Перевод: с русского на английский

с английского на русский

реального процесса

  • 1 моделирование реального процесса

    Astronautics: realistic simulation

    Универсальный русско-английский словарь > моделирование реального процесса

  • 2 база данных реального времени (в SCADA)

    1. real time database

     

    база данных реального времени
    -
    [Интент]

    База данных реального времени (БДРВ) — база данных, обработка данных в которой, происходит по принципу реального времени. БДРВ применяется в системах промышленной автоматизации АСУ ТП. БДРВ должна обеспечивать синхронизацию, репликацию данных и обеспечивать резервирование для обеспечения отказоустойчивости в реальном масштабе времени.
    [ Википедия]

    Wonderware Historian Server 10.0
    высокопроизводительная база данных реального времени для хранения производственной и технологической информации

    ОПИСАНИЕ:

    Wonderware Historian Server 10.0 обеспечивает необходимую гибкость, высокий уровень масштабируемости и надежности и является идеальным решением при создании простых одноузловых и многоуровневых систем хранения архивных данных.

    В Historian Server 10.0 развитая технология хранения и сжатия данных сочетается со стандартным механизмом интерфейса запросов, который гарантирует открытый и простой доступ к хранящейся в хронологическом порядке информации. Все это дает возможность анализа и принятия необходимых технологических и производственных решений соответствующим персоналом в режиме реального времени.


    ТЕХНИЧЕСКАЯ ИНФОРМАЦИЯ:

    Wonderware Historian Server 10.0 осуществляет сбор производственных данных в сотни раз быстрее, чем стандартные системы баз данных, и использует для их хранения небольшой объем памяти. Отличия между возможностями стандартных транзакционных хранилищ данных и требованиями систем обработки хронологической информации в реальном времени не позволяют обычной технологии реляционных баз данных соответствовать требованиям производства.

    Инновационная система Historian Server 10.0 предназначена для управления непрерывным множеством упорядоченных хронологических данных, которые по своей природе отличаются от изолированной выборочной информации, хранимой в типичной базе данных.

    Система сочетает в себе высокоскоростной первичный сбор данных с дополнениями к встроенной реляционной базе данных Microsoft SQL Server, обеспечивающими работу с временными последовательностями, что позволяет оптимизировать процессы хранения и поиска данных. В Wonderware Historian данные не хранятся непосредственно в таблицах Microsoft SQL Server, вместо этого используется высокооптимизированная файловая система, независимая от реляционной базы данных. Дополнительно алгоритм хранения данных по принципу «вращающейся двери» значительно снижает требования к хранилищу данных при сохранении важных функций их обработки. Он также полностью интегрирует данные о событиях, сводную информацию и производственные данные, а также информацию о конфигурации базы данных.

    Полная регистрация всех данных – даже из низкоскоростных и неустойчивых сетей

    Historian Server 10.0 обеспечивает непрерывность регистрации благодаря своей отказоустойчивой системе сбора данных, пригодной для работы со SCADA-системами и другими приложениями, использующими низкоскоростные или неустойчивые сети передачи данных. Система позволяет получать и сохранять данные от удаленных терминалов (RTU), полностью регистрируя информацию, необходимую для работы SCADA-систем.

    Новые продвинутые режимы поиска данных: стройте запросы быстрее и эффективнее!

    Обладая открытой структурой и высоким быстродействием, Historian Server 10.0 позволяет сделать процесс формирования запросов более эффективным и гибким. При этом возможны следующие режимы поиска данных:

    • длительность стабильного состояния;
    • крутизна характеристики;
    • интерполированный;
    • максимальное соответствие;
    • счетчик;
    • минимальное, максимальное, среднее значение;
    • средние значения за определенное время;
    • циклы и дельта;
    • состояние клапана;
    • интеграл;
    • полный;
    • полный обход.

    Конфигурация универсальных многоуровневых систем с целью минимизации избыточности (дублирования) данных

    С Historian Server 10.0 достаточно легко создать распределенные многоуровневые системы. Система 2-го уровня может служить хранилищем данных для резервной копии критической информации, или многочисленные системы 2-го уровня могут выполнять репликацию всех исторических данных. Многочисленные системы 1-го уровня могут передавать либо весь информационный поток данных, либо только сводные агрегированные данные в одну или несколько систем 2-го уровня. Многоуровневые архитектуры обеспечивают защиту от возможной потери данных, вызванной остановкой информационной системы или простоями в сети.

    Основные характеристики

    • Высокие быстродействие и уровень сжатия данных.
    • Поддержка бизнес-процессов, регулярный процесс обеспечения отчетности.
    • Современные методы анализа трендов и составления отчетов.

    Ключевые преимущества

    • Отслеживание процессов производства и бизнеса в рамках всего предприятия.
    • Производство информации для оптимизации процесса принятия более эффективного решения.
    • Интеграция данных, поступающих от множества производственных и HMI/SCADA систем.
    • Масштабируемость, возможность создавать приложения любого размера.
    • Полная интеграция с Wonderware ArchestrА и Wonderware System Platform

    Русско-английский словарь нормативно-технической терминологии > база данных реального времени (в SCADA)

  • 3 машинное моделирование

    1. simulation

     

    машинное моделирование
    Реализуемый на вычислительной машине метод исследования, предполагающий замену реального процесса его математической моделью.
    [ ГОСТ 15971-90]

    Тематики

    EN

    52. Машинное моделирование

    Simulation

    Реализуемый на вычислительной машине метод исследования, предполагающий замену реального процесса его математической моделью

    Источник: ГОСТ 15971-90: Системы обработки информации. Термины и определения оригинал документа

    Русско-английский словарь нормативно-технической терминологии > машинное моделирование

  • 4 peakedness

    показатель случайности ( реального процесса) (отношение дисперсии случайного процесса к математическому ожиданию)

    Англо-русский словарь промышленной и научной лексики > peakedness

  • 5 SCADA

    1. Supervisory for Control And Data Acquision
    2. SCADA system
    3. SCADA

     

    SCADA
    SCADA-система
    диспетчерское управление и сбор данных
    ПО, предназначенное для поддержки средств автоматизации и построения систем промышленной автоматизации.
    [ http://www.morepc.ru/dict/]

    SCADA (аббр. от англ. supervisory control and data acquisition, диспетчерское управление и сбор данных) — программный пакет, предназначенный для разработки или обеспечения работы в реальном времени систем сбора, обработки, отображения и архивирования информации об объекте мониторинга или управления. SCADA может являться частью АСУ ТП, АСКУЭ, системы экологического мониторинга, научного эксперимента, автоматизации здания и т. д. SCADA-системы используются во всех отраслях хозяйства, где требуется обеспечивать операторский контроль за технологическими процессами в реальном времени. Данное программное обеспечение устанавливается на компьютеры и, для связи с объектом, использует драйверы ввода-вывода или OPC/DDE серверы. Программный код может быть как написан на языке программирования (например на C++), так и сгенерирован в среде проектирования.

    Иногда SCADA-системы комплектуются дополнительным ПО для программирования промышленных контроллеров. Такие SCADA-системы называются интегрированными и к ним добавляют термин SoftLogic.

    Термин «SCADA» имеет двоякое толкование. Наиболее широко распространено понимание SCADA как приложения[2], то есть программного комплекса, обеспечивающего выполнение указанных функций, а также инструментальных средств для разработки этого программного обеспечения. Однако, часто под SCADA-системой подразумевают программно-аппаратный комплекс. Подобное понимание термина SCADA более характерно для раздела телеметрия.

    Значение термина SCADA претерпело изменения вместе с развитием технологий автоматизации и управления технологическими процессами. В 80-е годы под SCADA-системами чаще понимали программно-аппаратные комплексы сбора данных реального времени. С 90-х годов термин SCADA больше используется для обозначения только программной части человеко-машинного интерфейса АСУ ТП.

    Основные задачи, решаемые SCADA-системами

         SCADA-системы решают следующие задачи:

    • Обмен данными с «устройствами связи с объектом», то есть с промышленными контроллерами и платами ввода/вывода) в реальном времени через драйверы.
    • Обработка информации в реальном времени.
    • Логическое управление.
    • Отображение информации на экране монитора в удобной и понятной для человека форме.
    • Ведение базы данных реального времени с технологической информацией.
    • Аварийная сигнализация и управление тревожными сообщениями.
    • Подготовка и генерирование отчетов о ходе технологического процесса.
    • Осуществление сетевого взаимодействия между SCADA ПК.
    • Обеспечение связи с внешними приложениями (СУБД, электронные таблицы, текстовые процессоры и т. д.). В системе управления предприятием такими приложениями чаще всего являются приложения, относимые к уровню MES.

    SCADA-системы позволяют разрабатывать АСУ ТП в клиент-серверной или в распределённой архитектуре.

    Основные компоненты SCADA

    SCADA—система обычно содержит следующие подсистемы:

    • Драйверы или серверы ввода-вывода — программы, обеспечивающие связь SCADA с промышленными контроллерами, счётчиками, АЦП и другими устройствами ввода-вывода информации.
    • Система реального времени — программа, обеспечивающая обработку данных в пределах заданного временного цикла с учетом приоритетов.
    • Человеко-машинный интерфейс (HMI, англ. Human Machine Interface) — инструмент, который представляет данные о ходе процесса человеку оператору, что позволяет оператору контролировать процесс и управлять им. Программа-редактор для разработки человеко-машинного интерфейса.
    • Система логического управления — программа, обеспечивающая исполнение пользовательских программ (скриптов) логического управления в SCADA-системе. Набор редакторов для их разработки.
    • База данных реального времени — программа, обеспечивающая сохранение истории процесса в режиме реального времени.
    • Система управления тревогами — программа, обеспечивающая автоматический контроль технологических событий, отнесение их к категории нормальных, предупреждающих или аварийных, а также обработку событий оператором или компьютером.
    • Генератор отчетов — программа, обеспечивающая создание пользовательских отчетов о технологических событиях. Набор редакторов для их разработки.
    • Внешние интерфейсы — стандартные интерфейсы обмена данными между SCADA и другими приложениями. Обычно OPC, DDE, ODBC, DLL и т. д.

    Концепции систем
    Термин SCADA обычно относится к централизованным системам контроля и управления всей системой, или комплексами систем, осуществляемого с участием человека. Большинство управляющих воздействий выполняется автоматически RTU или ПЛК. Непосредственное управление процессом обычно обеспечивается RTU или PLC, а SCADA управляет режимами работы. Например, PLC может управлять потоком охлаждающей воды внутри части производственного процесса, а SCADA система может позволить операторам изменять уста для потока, менять маршруты движения жидкости, заполнять те или иные ёмкости, а также следить за тревожными сообщениями (алармами), такими как — потеря потока и высокая температура, которые должны быть отображены, записаны, и на которые оператор должен своевременно реагировать. Цикл управления с обратной связью проходит через RTU или ПЛК, в то время как SCADA система контролирует полное выполнение цикла.

    Сбор данных начинается в RTU или на уровне PLC и включает — показания измерительного прибора. Далее данные собираются и форматируются таким способом, чтобы оператор диспетчерской, используя HMI мог принять контролирующие решения — корректировать или прервать стандартное управление средствами RTU/ПЛК. Данные могут также быть записаны в архив для построения трендов и другой аналитической обработки накопленных данных.

    [ http://ru.wikipedia.org/wiki/SCADA]

    CitectSCADA
    полнофункциональная система мониторинга, управления и сбора данных (SCADA – Supervisory Control And Data Acquisition)

    ТЕХНИЧЕСКАЯ ИНФОРМАЦИЯ:

    CitectSCADA построена на базе мультизадачного ядра реального времени, что обеспечивает производительность сбора до 5 000 значений в секунду при работе в сетевом режиме с несколькими станциями. Модульная клиент-серверная архитектура позволяет одинаково эффективно применять CitectSCADA как в малых проектах, с использованием только одного АРМ, так и в больших, с распределением задач на несколько компьютеров.

    В отличие от других SCADA-систем среда разработки CitectSCADA поставляется бесплатно. Оплачивается только среда исполнения (runtime). Это позволяет пользователю разработать и протестировать пробный проект, не вкладывая средств на начальном этапе.

    Схема лицензирования CitectSCADA основана на учете числа одновременно задействованных компьютеров в проекте, а не общего числа компьютеров, на которых установлена CitectSCADA.

    CitectSCADA лицензируется на заданное количество точек (дискретных или аналоговых переменных). При этом учитываются только внешние переменные, считываемые из устройств ввода/вывода, а внутренние переменные, находящиеся в памяти или на диске, бесплатны и не входят в количество лицензируемых точек. Градация количества лицензируемых точек в CitectSCADA более равномерна, чем в других системах: 75, 150, 500, 1 500, 5 000, 15 000, 50 000 и неограниченное количество.

    В CitectSCADA резервирование является встроенным и легко конфигурируемым. Резервирование позволяет защищать все зоны потенциальных отказов как функциональных модулей (серверов и клиентов), так и сетевых соединений между узлами и устройствами ввода/вывода.

    CitectSCADA имеет встроенный язык программирования CiCode, а также поддержку VBA.

    CitectSCADA работает как 32-разрядное приложение Windows 9X/NT/2000/XP/2003. Сбор данных, формирование алармов и построение трендов происходит одновременно с редактированием и компиляцией.

    [ http://www.rtsoft.ru/catalog/soft/scada/detail/343/]

     

    Словесный портрет современной управляющей системы типа SCADA

    Ввод-вывод

    Метки

    Графика

    Действия

    Статистический контроль ( SPC)

    Отчёты

    • Редактор сгенерированных отчётов, редактирование по модели WYSIWYN, отчёты в формате Rich Text
    • Запуск внешними событиями, по расписанию, через высокоуровневые выражения и по команде оператора
    • Вывод на принтер, в файл, по электронной почте, на экран, в формат HTML

    Конфигурирование

    Программное обеспечение

    Безопасность

    Обмен данными

    [ http://www.rtsoft-training.ru/?p=600074]

    Тематики

    Синонимы

    EN

    Русско-английский словарь нормативно-технической терминологии > SCADA

  • 6 человеко-машинный интерфейс

    1. operator-machine communication
    2. MMI
    3. man-machine interface
    4. man-machine communication
    5. human-machine interface
    6. human-computer interface
    7. human interface device
    8. human interface
    9. HMI
    10. computer human interface
    11. CHI

     

    человеко-машинный интерфейс (ЧМИ)
    Технические средства, предназначенные для обеспечения непосредственного взаимодействия между оператором и оборудованием и дающие возможность оператору управлять оборудованием и контролировать его функционирование.
    Примечание
    Такие средства могут включать приводимые в действие вручную органы управления, контрольные устройства, дисплеи.
    [ ГОСТ Р МЭК 60447-2000]

    человекомашинный интерфейс (ЧМИ)
    Технические средства контроля и управления, являющиеся частью оборудования, предназначенные для обеспечения непосредственного взаимодействия между оператором и оборудованием и дающие возможность оператору управлять оборудованием и контролировать его функционирование (ГОСТ Р МЭК 60447).
    Примечание
    Такие средства могут включать приводимые в действие вручную органы управления, контрольные устройства и дисплеи.
    [ ГОСТ Р МЭК 60073-2000]

    человеко-машинный интерфейс
    Средства обеспечения двусторонней связи "оператор - технологическое оборудование" (АСУ ТП). Название класса средств, в который входят подклассы:
    SCADA (Supervisory Control and Data Acquisition) - Операторское управление и сбор данных от технологического оборудования.
    DCS (Distributed Control Systems) - Распределенная система управления технологическим оборудованием.
    [ http://www.morepc.ru/dict/]

    Параллельные тексты EN-RU

    MotorSys™ iPMCC solutions can integrate a dedicated human-machine interface (HMI) or communicate via a personal computer directly on the motor starters.
    [Schneider Electric]

    Интеллектуальный центр распределения электроэнергии и управления электродвигателями MotorSys™ может иметь в своем составе специальный человеко-машинный интерфейс (ЧМИ). В качестве альтернативы используется обмен данным между персональным компьютером и пускателями.
    [Перевод Интент]

    HMI на базе операторских станций

    Самое, пожалуй, главное в системе управления - это организация взаимодействия между человеком и программно-аппаратным комплексом. Обеспечение такого взаимодействия и есть задача человеко-машинного интерфейса (HMI, human machine interface).

    На мой взгляд, в аббревиатуре “АСУ ТП” ключевым является слово “автоматизированная”, что подразумевает непосредственное участие человека в процессе реализации системой определенных задач. Очевидно, что чем лучше организован HMI, тем эффективнее человек сможет решать поставленные задачи.

    Как же организован HMI в современных АСУ ТП?
    Существует, как минимум, два подхода реализации функционала HMI:

    1. На базе специализированных рабочих станций оператора, устанавливаемых в центральной диспетчерской;
    2. На базе панелей локального управления, устанавливаемых непосредственно в цеху по близости с контролируемым технологическим объектам.

    Иногда эти два варианта комбинируют, чтобы достичь наибольшей гибкости управления. В данной статье речь пойдет о первом варианте организации операторского уровня.

    Аппаратно рабочая станция оператора (OS, operator station) представляет собой ни что иное как персональный компьютер. Как правило, станция снабжается несколькими широкоэкранными мониторами, функциональной клавиатурой и необходимыми сетевыми адаптерами для подключения к сетям верхнего уровня (например, на базе Industrial Ethernet). Станция оператора несколько отличается от привычных для нас офисных компьютеров, прежде всего, своим исполнением и эксплуатационными характеристиками (а также ценой 4000 - 10 000 долларов).
    На рисунке 1 изображена рабочая станция оператора системы SIMATIC PCS7 производства Siemens, обладающая следующими техническими характеристиками:

    Процессор: Intel Pentium 4, 3.4 ГГц;
    Память: DDR2 SDRAM до 4 ГБ;
    Материнская плата: ChipSet Intel 945G;
    Жесткий диск: SATA-RAID 1/2 x 120 ГБ;
    Слоты: 4 x PCI, 2 x PCI E x 1, 1 x PCI E x 16;
    Степень защиты: IP 31;
    Температура при эксплуатации: 5 – 45 C;
    Влажность: 5 – 95 % (без образования конденсата);
    Операционная система: Windows XP Professional/2003 Server.

    4876
    Рис. 1. Пример промышленной рабочей станции оператора.

    Системный блок может быть как настольного исполнения ( desktop), так и для монтажа в 19” стойку ( rack-mounted). Чаще применяется второй вариант: системный блок монтируется в запираемую стойку для лучшей защищенности и предотвращения несанкционированного доступа.

    Какое программное обеспечение используется?
    На станции оператора устанавливается программный пакет визуализации технологического процесса (часто называемый SCADA). Большинство пакетов визуализации работают под управлением операционных систем семейства Windows (Windows NT 4.0, Windows 2000/XP, Windows 2003 Server), что, на мой взгляд, является большим минусом.
    Программное обеспечение визуализации призвано выполнять следующие задачи:

    1. Отображение технологической информации в удобной для человека графической форме (как правило, в виде интерактивных мнемосхем) – Process Visualization;
    2. Отображение аварийных сигнализаций технологического процесса – Alarm Visualization;
    3. Архивирование технологических данных (сбор истории процесса) – Historical Archiving;
    4. Предоставление оператору возможности манипулировать (управлять) объектами управления – Operator Control.
    5. Контроль доступа и протоколирование действий оператора – Access Control and Operator’s Actions Archiving.
    6. Автоматизированное составление отчетов за произвольный интервал времени (посменные отчеты, еженедельные, ежемесячные и т.д.) – Automated Reporting.

    Как правило, SCADA состоит из двух частей:

    1. Среды разработки, где инженер рисует и программирует технологические мнемосхемы;
    2. Среды исполнения, необходимой для выполнения сконфигурированных мнемосхем в режиме runtime. Фактически это режим повседневной эксплуатации.

    Существует две схемы подключения операторских станций к системе управления, а точнее уровню управления. В рамках первой схемы каждая операторская станция подключается к контроллерам уровня управления напрямую или с помощью промежуточного коммутатора (см. рисунок 2). Подключенная таким образом операторская станция работает независимо от других станций сети, и поэтому часто называется одиночной (пусть Вас не смущает такое название, на самом деле таких станций в сети может быть несколько).

    4877
    Рис. 2. Схема подключения одиночных операторских станций к уровню управления.

    Есть и другой вариант. Часто операторские станции подключают к серверу или резервированной паре серверов, а серверы в свою очередь подключаются к промышленным контроллерам. Таким образом, сервер, являясь неким буфером, постоянно считывает данные с контроллера и предоставляет их по запросу рабочим станциям. Станции, подключенные по такой схеме, часто называют клиентами (см. рисунок 3).

    4878
    Рис. 3. Клиент-серверная архитектура операторского уровня.

    Как происходит информационный обмен?
    Для сопряжения операторской станции с промышленным контроллером на первой устанавливается специальное ПО, называемое драйвером ввода/вывода. Драйвер ввода/вывода поддерживает совместимый с контроллером коммуникационный протокол и позволяет прикладным программам считывать с контроллера параметры или наоборот записывать в него. Пакет визуализации обращается к драйверу ввода/вывода каждый раз, когда требуется обновление отображаемой информации или запись измененных оператором данных. Для взаимодействия пакета визуализации и драйвера ввода/вывода используется несколько протоколов, наиболее популярные из которых OPC (OLE for Process Control) и NetDDE (Network Dynamic Data Exchange). Обобщенно можно сказать, что OPC и NetDDE – это протоколы информационного обмена между различными приложениями, которые могут выполняться как на одном, так и на разных компьютерах. На рисунках 4 и 5 изображено, как взаимодействуют программные компоненты при различных схемах построения операторского уровня.  
    4879
    Рис. 4. Схема взаимодействия программных модулей при использовании одиночных станций.
     
    4880
    Рис. 5. Схема взаимодействия программных модулей при использовании клиент-серверной архитектуры.
    Как выглядит SCADA?
    Разберем простой пример. На рисунке 6 приведена абстрактная схема технологического процесса, хотя полноценным процессом это назвать трудно.
    4881
    Рис. 6. Пример операторской мнемосхемы.
    На рисунке 6 изображен очень упрощенный вариант операторской мнемосхемы для управления тех. процессом. Как видно, резервуар (емкость) наполняется водой. Задача системы - нагреть эту воду до определенной температуры. Для нагрева воды используется газовая горелка. Интенсивность горения регулируется клапаном подачи газа. Также должен быть насос для закачки воды в резервуар и клапан для спуска воды.

    На мнемосхеме отображаются основные технологические параметры, такие как: температура воды; уровень воды в резервуаре; работа насосов; состояние клапанов и т.д. Эти данные обновляются на экране с заданной частотой. Если какой-либо параметр достигает аварийного значения, соответствующее поле начинает мигать, привлекая внимание оператора.

    Сигналы ввода/вывода и исполнительные механизмы отображаются на мнемосхемах в виде интерактивных графических символов (иконок). Каждому типу сигналов и исполнительных механизмов присваивается свой символ: для дискретного сигнала это может быть переключатель, кнопка или лампочка; для аналогового – ползунок, диаграмма или текстовое поле; для двигателей и насосов – более сложные фейсплейты ( faceplates). Каждый символ, как правило, представляет собой отдельный ActiveX компонент. Вообще технология ActiveX широко используется в SCADA-пакетах, так как позволяет разработчику подгружать дополнительные символы, не входящие в стандартную библиотеку, а также разрабатывать свои собственные графические элементы, используя высокоуровневые языки программирования.

    Допустим, оператор хочет включить насос. Для этого он щелкает по его иконке и вызывает панель управления ( faceplate). На этой панели он может выполнить определенные манипуляции: включить или выключить насос, подтвердить аварийную сигнализацию, перевести его в режим “техобслуживания” и т.д. (см. рисунок 7).  
    4882
    Рис. 7. Пример фейсплейта для управления насосом.
      Оператор также может посмотреть график изменения интересующего его технологического параметра, например, за прошедшую неделю. Для этого ему надо вызвать тренд ( trend) и выбрать соответствующий параметр для отображения. Пример тренда реального времени показан на рисунке 8.
     
    4883
    Рис. 8. Пример отображения двух параметров на тренде реального времени.
    Для более детального обзора сообщений и аварийных сигнализаций оператор может воспользоваться специальной панелью ( alarm panel), пример которой изображен на рисунке 9. Это отсортированный список сигнализаций (alarms), представленный в удобной для восприятия форме. Оператор может подтвердить ту или иную аварийную сигнализацию, применить фильтр или просто ее скрыть.
    4884
    Рис. 9. Панель сообщений и аварийных сигнализаций.
    Говоря о SCADA, инженеры часто оперируют таким важным понятием как “тэг” ( tag). Тэг является по существу некой переменной программы визуализации и может быть использован как для локального хранения данных внутри программы, так и в качестве ссылки на внешний параметр процесса. Тэги могут быть разных типов, начиная от обычных числовых данных и кончая структурой с множеством полей. Например, один визуализируемый параметр ввода/вывода – это тэг, или функциональный блок PID-регулятора, выполняемый внутри контроллера, - это тоже тэг. Ниже представлена сильно упрощенная структура тэга, соответствующего простому PID-регулятору:

    Tag Name = “MyPID”;
    Tag Type = PID;

    Fields (список параметров):

    MyPID.OP
    MyPID.SP
    MyPID.PV
    MyPID.PR
    MyPID.TI
    MyPID.DI
    MyPID.Mode
    MyPID.RemoteSP
    MyPID.Alarms и т.д.

    В комплексной прикладной программе может быть несколько тысяч тэгов. Производители SCADA-пакетов это знают и поэтому применяют политику лицензирования на основе количества используемых тэгов. Каждая купленная лицензия жестко ограничивает суммарное количество тэгов, которые можно использовать в программе. Очевидно, чем больше тегов поддерживает лицензия, тем дороже она стоит; так, например, лицензия на 60 000 тэгов может обойтись в 5000 тыс. долларов или даже дороже. В дополнение к этому многие производители SCADA формируют весьма существенную разницу в цене между “голой” средой исполнения и полноценной средой разработки; естественно, последняя с таким же количеством тэгов будет стоить заметно дороже.

    Сегодня на рынке представлено большое количество различных SCADA-пакетов, наиболее популярные из которых представлены ниже:

    1.    Wonderware Intouch;
    2.    Simatic WinCC;
    3.    Iconics Genesis32;
    4.    Citect;
    5.    Adastra Trace Mode

    Лидирующие позиции занимают Wonderware Intouch (производства Invensys) и Simatic WinCC (разработки Siemens) с суммарным количеством инсталляций более 80 тыс. в мире. Пакет визуализации технологического процесса может поставляться как в составе комплексной системы управления, так и в виде отдельного программного продукта. В последнем случае SCADA комплектуется набором драйверов ввода/вывода для коммуникации с контроллерами различных производителей.   [ http://kazanets.narod.ru/HMI_PART1.htm]

    Тематики

    Синонимы

    EN

    Русско-английский словарь нормативно-технической терминологии > человеко-машинный интерфейс

  • 7 объект

    Изначально определялся Фрейдом как предмет, с помощью которого влечение может достичь своей цели. Однако Фрейд не всегда однозначно использовал этот термин, имея в виду 1) реальное осязаемое физическое лицо или предмет; 2) психический образ другого лица или предмета, то есть понятие относилось к области переживаний; 3) теоретический конструкт, отличный от обозначения как реального лица, так и переживания, и предполагающий некую длительно существующую организационную структуру. Здесь нужно ввести некоторые разграничения. Объект необходимо отличать от субъекта, самого человека, для которого он может быть психологически значимым; он может быть одушевленным или неодушевленным, но он всегда находится вне субъекта; его двойник в психике субъекта — внутренний объект, иногда называемый репрезентантом объекта. Однако в психике представлены все внешние феномены; внутренняя объектная репрезентация — это слияние различных атрибутов внешнего объекта: физических, интеллектуальных, эмоциональных, реальных или воображаемых. Поэтому некоторые авторы предпочитают использовать термин объектная репрезентация для обозначения репрезентаций индивидуальных черт объекта.
    Термины объектное отношение и объектная связь нередко используются как взаимозаменяемые и подразумевают установку или поведение индивида по отношению к своему объекту. Термины могут относиться к психическим образам или реальным лицам. Чтобы сохранить различение внешнего и интрапсихического, представляется целесообразным использовать понятие объектная связь для обозначения взаимодействия между субъектом и реальным лицом (то, что называется межличностными отношениями), а термин объектное отношение — для обозначения психического феномена, соотносящегося с объектной репрезентацией в психике.
    Но об объектных отношениях можно судить на основе сообщений о внутреннем опыте или на основе поведения, наблюдаемого в объектных связях. На то и другое влияет бессознательная фантазия — продукт индивидуальной истории развития.
    Понятие объекта возникло в связи с фрейдовской теорией влечений. Целью влечений он считал разрядку энергии или обретение удовольствия при помощи объекта. Первым объектом является парциальный объект — материнская грудь, на которую направляется либидо оральной фазы, поскольку она посредством кормления удовлетворяет влечение к самосохранению. Дальнейшее развитие предполагает катексис всего объекта. Аутоэротизм, или использование частей собственного тела в качестве объектов инстинктивного удовлетворения, характерен для догенитальной фазы развития. Катексис объекта означает вкладывание в психическую репрезентацию другого лица либидинозного или агрессивного влечения или энергии. Понятие либидинозный объект относится к любому парциальному или целостному объекту, катектируемому либидинозной энергией, но иногда имеется в виду и энергия агрессии. Объектное либидо — это либидинозная энергия, направляемая (катектируемая) на объект; термином же объектная любовь обозначается комплекс чувств и установок в отношении целостных интегрированных объектов, являющихся источником наслаждения.
    Выбор объекта представляет собой процесс, посредством которого индивид наделяет другого психологической значимостью. Он возникает на фаллически-эдиповой фазе, как только инстинктивные влечения направляются на отдельный объект; предполагается некоторое удовлетворение требований влечений. Выбор сознателен, хотя и обусловлен бессознательными детерминантами. Так, например, объект любви в зрелом возрасте нередко обладает общими свойствами с объектом любви, приносившим удовлетворение в детстве. Анаклитический выбор объекта базируется на пассивных зависимых потребностях и желании быть символически накормленным и защищенным, как это осуществлялось матерью. Нарциссический выбор объекта ориентирован на самого субъекта — каким он был, является или хотел бы быть, — либо на кого-то, кто переживается как субъектом как часть самого себя. При выборе того и другого типа объект в каком-то отношении оценивается неадекватно завышенно, как родители в прошлом, и оба катектируются больше либидинозно, чем агрессивно, то есть являются идеализированными объектами. Это означает, что следы памяти от таких объектов могут служить моделью для будущих объектных инвестиций. Но внутренний объект может также служить моделью для идентификации, психического процесса, посредством которого репрезентации Самости модифицируются по мере присвоения свойств объекта. Есть данные в пользу того, что идентификация часто связана с определенным видом утраты объекта, например смертью реального внешнего объекта или отделением от него, утратой любви в субъективном внутреннем мире (без реальной или грозящей утраты), потерей частей тела или возможности психического функционирования. Согласно Фрейду, утрата объекта или его любви — опасная для Я ситуация, ведущая к тревоге. Печаль — нормальная реакция на утрату объекта, но когда с утраченным объектом связан значимый конфликт, возникают патологические реакции. К этим патологическим реакциям относятся депрессия, гипоманиакальное бегство и идентификация с утраченным объектом через развитие психических симптомов или физического заболевания.
    Важную роль в развитии психических структур и функций играет интернализация (интроекция и идентификация) объекта или его свойств. Это происходит в объектных отношениях вдоль линии развития от удовлетворяющего биологические потребности объекта в период младенчества и удовлетворяющего психологические потребности объекта третьего месяца жизни (о чем свидетельствует "социальная улыбка") через спокойствие пятимесячного, страх посторонних в 8—12 месяцев, сепарационную тревогу, фазу сепарации-индивидуации, фаллически-эдипову фазу, латентный период, отрочество и взрослость. Важный шаг на этом пути — обретение константности объекта. Она определяется по-разному, но сущность ее — либидинозный катексис объекта — матери, даже если она отсутствует или гневается.
    Наблюдениями Винникотта установлено, что некоторые дети перед тем, как научиться различать себя и объект, должны, чтобы избежать тревоги, иметь у себя неодушевленный объект, например одеяло или плюшевую зверюшку. Такие объекты принято называть переходными объектами. Кроме них существует еще целый ряд переходных феноменов, способствующих формированию независимости ребенка от реального мира или от отсутствия объекта. Некоторые пограничные больные склонны делить все объекты на идеализированные, любимые, хорошие объекты и полностью отвергаемые, ненавистные плохие объекты. При этом в своем восприятии одного и того же объекта они легко переходят от одной крайности к другой. Потребность в таком разделении на противоположные категории связана, по-видимому, с доамбивалентной фазой развития, когда ребенок еще не способен соединить образы удовлетворяющей (хорошей) и фрустрирующей (плохой) матери в одно целое. При нормальном развитии эта доамбивалентная фаза остается позади, и наступает фаза амбивалентности, в которой ребенок становится способным интегрировать целостный образ материнского объекта, который и удовлетворяет, и фрустрирует, и является объектом как либидинозного, так и агрессивного влечений. Кернберг постулировал, что сильное агрессивное влечение пограничного больного ограничивает такую интеграцию, в результате чего происходит защитное расщепление. Без такого расщепления, по всей видимости, агрессия, обращенная на внутренний объект, оказалась бы настолько неконтролируемой, что привела бы к его разрушению.
    Расщепление и другие патологические реакции не позволяют пограничным, нарциссическим и психотическим пациентам вступать в зрелые отношения с объектом. Они не способны поддерживать отношения любви, сталкиваясь с фрустрацией; они не способны принимать самостоятельность любимого объекта, имеющего свои потребности. Зрелые объектные отношения и любовь, напротив, предполагают понимание того, что объект и сам человек самостоятельны и что его или ее потребности могут иногда вступать в конфликт с потребностями самого индивида. Они предполагают также принятие, понимание и умение терпеть амбивалентность по отношению к объекту, способность принимать как некоторую зависимость, так и самостоятельность, способность воспринимать и соотносить свои меняющиеся потребности и требования с таковыми объекта. Развитие Я и созревание объектных отношений в значительной мере зависят друг от друга. Их оценка является одним из центральных пунктов при определении адаптивных способностей индивида и его восприимчивости к психоанализу.
    \
    Лит.: [74, 152, 174, 285, 294, 451, 492, 495, 705]

    Словарь психоаналитических терминов и понятий > объект

  • 8 реальность

    Совокупность базисных предпосылок, касающихся наличия и сущности воспринимаемого человеком внешнего мира. Психоаналитическая традиция не всегда согласуется с таким определением: согласно одному из основных подходов к определению реальности, последняя представляет собой абсолютное, фиксированное и объективное описание внешнего материального мира и происходящих в нем событий. Реальность, таким образом, самоочевидна и не может быть представлена различными способами. Согласно другой точке зрения, первостепенным при определении реальности является субъективный опыт. Соответственно реальность можно рассматривать как относительное, изменчивое и субъективное описание переживаний индивида. Она есть лишь интерпретация воспринимаемого вовне, а потому может быть представлена в виде различных версий. Большинством психоаналитиков используются преимущества обоих определений. Достигаемое таким синтетическим путем понимание реальности неразрывно связано с современными теоретическими воззрениями на развитие человека, его психическую деятельность, психопатологию и психоаналитическую терапию.
    Начальные этапы развития организма человека характеризуются формированием концепции реальности, основанной на разграничении "Я" и "не-Я", внутреннего и внешнего. В дальнейшем с дифференциацией индивида и развитием Я нарастает степень осознания реальности как некоего "внешнего феномена", внешнего компонента общего процесса дифференциации. Параллельно с образованием постоянных образов себя и объектов развивается ощущение постоянства реальности, связанное с процессом интернализации и стабилизацией представлений о внешнем мире. Одной из важнейших интегративных частей такого процесса являются переживания, связанные с любимыми объектами. Формирующаяся в результате стабильная структура внутренних представлений помогает индивиду сохранять чувство своей идентичности и ориентироваться в изменчивых условиях без нарушений психической деятельности и расстройств адаптации. Постоянство реальности способствует становлению таких функций Я, как предвидение, предсказание, планирование, восприятие, оценка реальности и др. Недостаток постоянства реальности, напротив, приводит к чувству "нереальности", трудностям усвоения нового опыта и пережитых ранее ситуаций, а также к нарушениям сохранности контактов с реальностью. Постоянство реальности поддерживает силу и автономность функций Я. Исходя из сказанного, реальность можно рассматривать как непосредственно данный, естественный мир конкретно воздействующих на индивида объектов, поддающихся верификации путем научного наблюдения. С этой точки зрения внешняя реальность включает два понятия — фактическую (материальную) и объективную реальность.
    Фрейд (1911) описал два регулирующих принципа психической деятельности, необходимых, с его точки зрения, для понимания концепции реальности. Основополагающим (и более ранним из них) является принцип удовольствия. Последний, однако, постепенно преобразуется в принцип реальности, благодаря которому индивид развивает способность отказываться от немедленного, но вместе с тем неопределенного в своих последствиях удовлетворения в пользу длительного и стабильного вознаграждения и самосохранения. Хотя при нормальном зрелом развитии начинают преобладать способы деятельности, соответствующие требованиям внешней реальности, мотивационная сила стремления к удовольствию полностью не исчезает и не замещается другими, сохраняясь в редуцированной форме. Если ребенок, например, откладывает приятную игру во дворе и задерживается в доме или молодой отец отказывается от увлекательного хобби ради сохранения спокойствия в семье, то такое поведение следует рассматривать в аспекте принципа реальности. Более того, подобное поведение является сообразным реальности, то есть таким, в котором отдельные поступки согласуются с пониманием причин и следствий во внешнем реальном мире (включая мир человеческих отношений). Однако в некоторых случаях индивид может на некоторое время отказаться от реалистичного взгляда на мир и отдать предпочтение непосредственному и сиюминутному удовлетворению потребностей. Такое поведение будет характеризоваться как период регрессии или "сознательно принимаемой альтернативы". Принципы удовольствия и реальности можно дополнить двумя родственными понятиями: Я-удовольствие и Я-реальность. Редко используемые в современном психоаналитическом лексиконе из-за их неоднозначности и дискуссионности, оба термина, тем не менее, могут применяться при описании взаимоотношений Я с миром влечений или, наоборот, с внешней средой.
    Понятием проверка реальности обозначается функция Я, с помощью которой осуществляется разграничение мыслительной деятельности и процессов восприятия и тем самым разграничение внешнего опыта и внутреннего. Другими словами, проверка реальности позволяет распознавать представления, исходящие из внутренней психической жизни (воспоминания, фантазии), и отделять их от тех, что поступают из внешнего мира через органы восприятия. Однако, как показывают современные исследования, такая дихотомия является несколько упрощенной. Сенсорные импульсы испытывают на себе сдерживающее или искажающее влияние психики и в непосредственном виде до уровня сознания на доходят. С другой стороны, на воспоминания и фантазии могут оказывать значительное модифицирующее воздействие объекты внешнего мира. И все же на индивидуальном уровне основной характеристикой проверки реальности является способность к разграничению внутренних переживаний и переживаний, связанных с существованием внешнего мира. Проверка реальности действует прежде всего в направлении укрепления внутренних связей Я и достижения индивидом большей четкости и точности отграничения себя от объектов.
    Более сложным компонентом проверки реальности является постоянная деятельность по "примирению" или согласованию несоответствий, возникающих между внутренне и внешне обусловленными переживаниями. При наличии таких несоответствий внутренние представления (проистекающие из воспоминаний, накопленных в процессе обучения, убеждений, верований и фантазий) со временем претерпевают изменения под влиянием новых впечатлений и воспринимаемых образов. Так, например, новоприобретенный опыт может изменить представления о дружественном расположении всех без исключения "мохнатых" животных (многие из которых в действительности могут быть опасными), в других случаях могут возобладать интрапсихические представления, и тогда индивид приходит к выводу о неистинности воспринимаемого объекта (например, при оптических иллюзиях). Этот компонент проверки реальности играет немаловажную роль в формировании внутреннего опыта, где требуется участие внутренних убеждений и фантазий.
    Проверка реальности имеет свои закономерности развития — от простого разграничения внутреннего и внешнего до комплексного процесса оценки приобретенного опыта. Последний, наиболее высокий уровень проверки реальности, нередко обозначаемый как процессуализация реальности, включает способность воспринимать, распознавать и оценивать собственные аффекты, мотивы и внутренние представления об объекте, разграничивать прошлое и настоящее, а также другие, еще более тонкие, нюансы внутреннего опыта. Процессуализация реальности может включать, в частности, понимание того, какое влияние оказывают собственные предрассудки, особенности характера, нарушения процессов переноса, возникающего при установлении взаимоотношений с другими. На этом уровне функция проверки реальности может быть значительно улучшена с помощью психоаналитической терапии.
    Если термин проверка реальности обозначает прежде всего функции поиска и сравнения, проявляющиеся автоматически на бессознательном уровне, то другое понятие — чувство реальности — принято относить к процессам субъективного осознания реальных или воображаемых событий, причем осознания не беспочвенного, а основанного на приобретенных знаниях о внешнем мире или самом себе.
    Адаптация к реальности означает приспособление поведения индивида или принятие постоянно изменяющихся требований окружения, включая человеческие взаимоотношения.
    Проверка реальности, чувство реальности и адаптация к реальности создают отношение к реальности, включающее в себя понимание событий внутреннего и внешнего мира, их разграничение, а также образование наиболее приемлемых для индивида связей и форм реагирования. Под воздействием неблагоприятных факторов (стресса, психопатологических нарушений, сенсорной депривации и т.д.) любая из трех указанных функций может нарушиться, подвергнуться регрессии к более примитивному уровню или полностью исчезнуть.
    Нарушения функции адаптации к реальности имеют самый широкий спектр — от незначительного снижения гибкости у лиц с чертами навязчивости до полного игнорирования окружения, наблюдаемое при органических синдромах. Выраженные нарушения функции проверки реальности в форме иллюзий, галлюцинаций или потери способности дифференцировать собственные проявления обнаруживаются прежде всего при психотических состояниях. При психоневрозах и характеропатиях обычно повреждаются лишь поверхностные (внешние) уровни процессуализации реальности, сопровождающиеся, однако, нарушениями адаптивных функций. У пограничных больных наряду с высшими уровнями могут повреждаться и такие функции, как чувство реальности и идентичности. При шизофрении нередко встречаются стойкие состояния деперсонализации, чувство отчужденности и/или гибели Я, а также искажения схемы тела.
    В большинстве случаев, если рассматривать упрощенно, реальность принято отождествлять с внешним миром. Однако при более скрупулезном ее рассмотрении, особенно если учитывать проявления внутреннего мира субъективных переживаний, мы вынуждены признать возможность различных интерпретаций мира внешних событий (примерами здесь могут служить следующие вопросы: что более реально — идея, мысль или стол и стул? Что более истинно — поэма или научный эксперимент?).
    В общепринятом смысле психическая реальность — это весь субъективно переживаемый мир индивида, который включает мысли, чувства, фантазии и другие феномены, отражающие внешний мир. Таким образом, психическую реальность можно рассматривать как синоним внутренней и субъективной реальности. Все три термина призваны отграничивать в психоаналитической теории субъективный опыт индивида от мира физических объектов. Психическая реальность рассматривается также как одна из возможных версий — созданных благодаря восприятию внешних объектов и внутренним представлениям — реального внешнего мира. Психическая реальность, следовательно, представляет собой фундаментальное интегративное образование. Некоторые теоретики предпринимают попытки разграничить психическую и внутреннюю реальность, сопоставляя психическую реальность с внутренними источниками субъективного опыта, то есть с бессознательными фантазиями и представлениями. При этом ощущения, поступающие из внешнего мира, являются внешним источником субъективного опыта. Под термином внутренняя реальность теоретиками этого направления подразумевается наиболее общий феномен, отражающий тотальный субъективный опыт, основанный на интеграции представлений о воспринимаемом внешнем мире.
    Подобно тому, как внутренняя реальность не является "чистым" продуктом фантазии, так и внешняя реальность имеет свое сложное строение. Можно утверждать, что внешняя реальность сводима к двум следующим основным проявлениям: "фактическому" — объективно верифицируемому и подтверждаемому путем научного познания — и "искусственному" — интерсубъектно общепринятому, "конвенциальному", состоящему из мира слов, мифов, традиций, межличностных и групповых форм поведения. Философские взгляды, основанные на подчеркивании фактической или искусственно-интерсубъектной стороны внешней реальности, хотя и имеют первостепенное значение для культуры, непосредственного преломления в психоаналитической теории не находят. Здесь необходимо вкратце остановиться на понятии реальности в психоаналитическом аспекте.
    Некоторые формы психотерапии, в первую очередь поведенческая и поддерживающая, направлены прежде всего на улучшение адаптации к условиям внешней реальности. Психофармакотерапия и лечение, основанное на структурировании внешней для больного среды, преследуют не менее важные цели, а именно восстановление искаженных или поврежденных функций проверки реальности и чувства реальности. В противоположность этим методам лечения, психоаналитическая терапия нацелена на восстановление высших уровней реальной деятельности и психической реальности как таковой, а также на расширение понимания, познания и обретение свободы пациентом, особенно по отношению к той части его душевной жизни, которую мы причисляем к миру внутреннего опыта. Психоанализ, в отличие от других методов лечения, не пытается навязать какие-либо фиксированные взгляды на реальность, равно как и заранее уготовленные (а потому предвзятые) способы "правильного" приспособления.
    см. индивидуация, принцип удовольствия/неудовольствия, развитие Я, фантазия, функции Я
    \
    Лит.: [267, 328, 470, 674, 728, 860]

    Словарь психоаналитических терминов и понятий > реальность

  • 9 отказ

    1. fault
    2. fauit
    3. failure
    4. -

     

    отказ
    Нарушение способности оборудования выполнять требуемую функцию.
    Примечания
    1. После отказа оборудование находится в неисправном состоянии.
    2. «Отказ» является событием, в отличие от «неисправности», которая является состоянием.
    3. Это понятие, как оно определено, не применяют к оборудованию объекту, состоящему только из программных средств.
    4. На практике термины «отказ» и «неисправность» часто используют как синонимы.
    [ГОСТ ЕН 1070-2003]
    [ ГОСТ Р ИСО 13849-1-2003]
    [ ГОСТ Р МЭК 60204-1-2007]

    отказ
    Событие, заключающееся в нарушении работоспособного состояния объекта.
    [ ГОСТ 27.002-89]
    [ОСТ 45.153-99]
    [СТО Газпром РД 2.5-141-2005]
    [СО 34.21.307-2005]

    отказ
    Событие, заключающееся в нарушении работоспособного состояния машины и (или) оборудования вследствие конструктивных нарушений при проектировании, несоблюдения установленного процесса производства или ремонта, невыполнения правил или инструкций по эксплуатации.
    [Технический регламент о безопасности машин и оборудования]

    EN

    failure
    the termination of the ability of an item to perform a required function
    NOTE 1 – After failure the item has a fault.
    NOTE 2 – "Failure" is an event, as distinguished from "fault", which is a state.
    NOTE 3 – This concept as defined does not apply to items consisting of software only.
    [IEV number 191-04-01]
    NOTE 4 - In practice, the terms fault and failure are often used synonymously
    [IEC 60204-1-2006]

    FR

    défaillance
    cessation de l'aptitude d'une entité à accomplir une fonction requise
    NOTE 1 – Après défaillance d'une entité, cette entité est en état de panne.
    NOTE 2 – Une défaillance est un passage d'un état à un autre, par opposition à une panne, qui est un état.
    NOTE 3 – La notion de défaillance, telle qu'elle est définie, ne s'applique pas à une entité constituée seulement de logiciel.
    [IEV number 191-04-01]

    Тематики

    Обобщающие термины

    EN

    DE

    FR

    3.5 отказ (failure): Прекращение способности элемента исполнять требуемую функцию.

    Примечания

    1 После отказа элемент становится неисправным.

    2 Отказ является событием в отличие от неисправности, которая является состоянием.

    Источник: ГОСТ Р 51901.5-2005: Менеджмент риска. Руководство по применению методов анализа надежности оригинал документа

    3.3. Отказ

    Failure

    Событие, заключающееся в нарушении работоспособного состояния объекта

    Источник: ГОСТ 27.002-89: Надежность в технике. Основные понятия. Термины и определения оригинал документа

    3.4 отказ (failure): Утрата изделием способности выполнять требуемую функцию.

    Примечание - Отказ является событием в отличие от неисправности, которая является состоянием.

    Источник: ГОСТ Р ИСО 13379-2009: Контроль состояния и диагностика машин. Руководство по интерпретации данных и методам диагностирования оригинал документа

    3.2 отказ (failure): Утрата объектом способности выполнять требуемую функцию1).

    ___________

    1) Более детально см. [1].

    Источник: ГОСТ Р 51901.12-2007: Менеджмент риска. Метод анализа видов и последствий отказов оригинал документа

    3.29 отказ (failure): Событие, происходящее с элементом или системой и вызывающее один или оба следующих эффекта: потеря элементом или системой своих функций или ухудшение работоспособности до степени существенного снижения безопасности установки, персонала или окружающей среды.

    Источник: ГОСТ Р 54382-2011: Нефтяная и газовая промышленность. Подводные трубопроводные системы. Общие технические требования оригинал документа

    3.1.3 отказ (failure): Потеря объектом способности выполнять требуемую функцию.

    Примечания

    1. После отказа объект имеет неисправность.

    2. Отказ - это событие в отличие от неисправности, которое является состоянием.

    3. Данное понятие по определению не касается программного обеспечения в чистом виде.

    [МЭК 60050-191 ][1]

    Источник: ГОСТ Р 50030.5.4-2011: Аппаратура распределения и управления низковольтная. Часть 5.4. Аппараты и элементы коммутации для цепей управления. Метод оценки рабочих характеристик слаботочных контактов. Специальные испытания оригинал документа

    1. Отказ - событие, заключающееся в нарушении работоспособного состояния конструкций, зданий и сооружений.

    2. Обследование конструкций - комплекс изыскательских работ по сбору данных о техническом состоянии конструкций, необходимых для оценки технического состояния и разработки проекта восстановления их несущей способности, усиления или реконструкции.

    Источник: РД 03-422-01: Методические указания по проведению экспертных обследований шахтных подъемных установок

    3.5 отказ (failure): Неспособность конструкции, системы или компонента функционировать в пределах критериев приемлемости.

    [Глоссарий МАГАТЭ по безопасности, издание 2.0, 2006]

    Примечание 1 - Отказ - это результат неисправности аппаратных средств, дефекта программного обеспечения, неисправности системы или ошибки оператора, связанной с ними сигнальной траекторией, которая и вызывает отказ.

    Примечание 2 - См. также «дефект», «отказ программного обеспечения».

    Источник: ГОСТ Р МЭК 62340-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Требования по предотвращению отказов по общей причине оригинал документа

    3.3 отказ (failure): Утрата изделием способности выполнять требуемую функцию.

    Примечание - Обычно отказ является следствием неисправности одного или нескольких узлов машины.

    Источник: ГОСТ Р ИСО 17359-2009: Контроль состояния и диагностика машин. Общее руководство по организации контроля состояния и диагностирования оригинал документа

    3.6.4 отказ (failure): Прекращение способности функционального блока выполнять необходимую функцию.

    Примечания

    1. Определение в МЭС 191-04-01 является идентичным, с дополнительными комментариями [ИСО/МЭК 2382-14-01-11].

    2. Соотношение между сбоями и отказами в МЭК 61508 и МЭС 60050(191) см. на рисунке 4.

    3. Характеристики требуемых функций неизбежно исключают определенные режимы работы, некоторые функции могут быть определены путем описания режимов, которых следует избегать. Возникновение таких режимов представляет собой отказ.

    4. Отказы являются либо случайными (в аппаратуре), либо систематическими (в аппаратуре или в программном обеспечении), см. 3.6.5 и 3.6.6.

    x012.jpg

    x014.jpg

    x016.jpg

    x018.jpg

    Примечания

    1. Как показано на рисунке 4а), функциональный блок может быть представлен в виде многоуровневой иерархической конструкции, каждый из уровней которой может быть, в свою очередь, назван функциональным блоком. На уровне i «причина» может проявить себя как ошибка (отклонение от правильного значения или состояния) в пределах функционального блока, соответствующего данному уровню i. Если она не будет исправлена или нейтрализована, эта ошибка может привести к отказу данного функционального блока, который в результате перейдет в состояние F, в котором он более не может выполнять необходимую функцию (см. рисунок 4b)). Данное состояние F уровня i может в свою очередь проявиться в виде ошибки на уровне функционального блока i - 1, которая, если она не будет исправлена или нейтрализована, может привести к отказу функционального блока уровня i - 1.

    2. В этой причинно-следственной цепочке один и тот же элемент («объект X») может рассматриваться как состояние F функционального блока уровня i, в которое он попадает в результате отказа, а также как причина отказа функционального блока уровня i - 1. Данный «объект X» объединяет концепцию «отказа» в МЭК 61508 и ИСО/МЭК 2382-14, в которой внимание акцентируется на причинном аспекте, как показано на рисунке 4с), и концепцию «отказа» из МЭС 60050(191), в которой основное внимание уделено аспекту состояния, как показано на рисунке 4d). В МЭС 60050(191) состояние F называется отказом, а в МЭК 61508 и ИСО/МЭК 2382-14 оно не определено.

    3. В некоторых случаях отказ или ошибка могут быть вызваны внешним событием, таким как молния или электростатические помехи, а не внутренним отказом. Более того, ошибка (в обоих словарях) может возникать без предшествующего отказа. Примером такой ошибки может быть ошибка проектирования.

    Рисунок 4 - Модель отказа

    Источник: ГОСТ Р МЭК 61508-4-2007: Функциональная безопасность систем электрических, электронных, программируемых электронных, связанных с безопасностью. Часть 4. Термины и определения оригинал документа

    3.21 отказ (failure): Отклонение реального функционирования от запланированного (см. рисунок 3). [МЭК 60880-2, пункт 3.8]

    Примечание 1 - Отказ является результатом сбоя в аппаратуре, программном обеспечении, системе или ошибки оператора или обслуживания и отражается на прохождении сигнала.

    Примечание 2 - См. также «дефект», «отказ программного обеспечения».

    Источник: ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа

    3.22 отказ (failure): Событие, заключающееся в нарушении работоспособного состояния элементов или систем платформы.

    Источник: ГОСТ Р 54483-2011: Нефтяная и газовая промышленность. Платформы морские для нефтегазодобычи. Общие требования оригинал документа

    3.1.7. отказ (fauit):

    Состояние объекта, характеризуемое неспособностью выполнять требуемую функцию, за исключением состояний, связанных с предупредительным техническим обслуживанием или другими плановыми мероприятиями, или вследствие недостатка внешних ресурсов.

    Примечание 1. - Отказ часто является результатом повреждения самого объекта, но может произойти и без предварительного повреждения объекта.

    (МЭК 60204-1, п. 3.24).

    Источник: ГОСТ Р МЭК 60519-1-2005: Безопасность электротермического оборудования. Часть 1. Общие требования оригинал документа

    Русско-английский словарь нормативно-технической терминологии > отказ

  • 10 машинная имитация

    1. simulation

     

    машинная имитация
    имитация на компьютере
    Экспериментальный метод изучения экономики с помощью электронной вычислительной техники. (В литературе часто в том же смысле применяется термин «имитационное моделирование«, однако, по-видимому, лучше разделить значения: моделирование есть разработка, конструирование модели некоторого объекта для его исследования, а имитация — один из возможных способов использования модели). Для имитации формируется имитационная система, включающая имитационную модель, а также программное обеспечение. В машину вводятся необходимые данные и ведется наблюдение за тем, как изменяются интересующие исследователя показатели; они подвергаются анализу, в частности, статистической обработке данных. С одной стороны, имитация применяется в тех случаях, когда модель (а значит, отражаемые ею система, процесс, явление) слишком сложна, чтобы можно было использовать аналитические методы решения. Для многих проблем управления и экономики такая ситуация неизбежна: например, даже столь отработанные методы, как линейное программирование, в ряде случаев слишком сильно огрубляют действительность, чтобы по полученным решениям можно было делать обоснованные выводы. А если изучаемые процессы имеют нелинейный характер и еще осложнены разного рода вероятностными характеристиками, то вопрос об аналитическом решении вообще не возникает. Сам выбор между имитационным (численным) или аналитическим решением той или иной экономической задачи не всегда легкая проблема. С другой стороны, имитация применяется тогда, когда реальный экономический эксперимент по тем или иным соображениям невозможен или слишком сложен. Тогда она выступает в качестве замены такого эксперимента. Но еще более ценна ее роль как предварительного этапа, «прикидки», которая помогает принять решение о необходимости и возможности проведения самого реального эксперимента. С помощью статической имитации можно выявить, при каких сочетаниях экзогенных (вводимых) факторов достигается оптимальный результат изучаемого процесса, установить относительное значение тех или иных факторов. Это полезно, например, при изучении различных методов и средств экономического стимулирования на производстве. М.и. в форме проигрывания динамических моделей (динамической имитации) применяется также в прогнозировании,. С его помощью изучают возможные последствия крупных структурных сдвигов в экономике, внедрения важнейших научно-технических достижений, принятия плановых решений. Если имитация организуется в форме диалога человека и машины, то у экспериментатора появляется возможность, анализируя на ходу промежуточные результаты, менять те или иные управляющие параметры и тем самым — направление изучаемого процесса. В последнее время широко применяется имитация экономических процессов, в которых сталкиваются различные интересы типа конкуренции на рынке. При этом управляют «проигрыванием» люди, принимающие по ходу деловой игры те или иные решения, например: «снизить цены», «увеличить или уменьшить выпуск продукции» и т.д., и ЭВМ показывает, у кого из «конкурирующих» сторон дело идет лучше, у кого — хуже (см. также Деловые игры, Олигопольные эксперименты). Таким образом, машинное имитирование экономических процессов — это, по существу эксперимент, но не в реальных, а в искусственных условиях. Для повышения его эффективости разрабатываются методы планирования эксперимента, проверки имитационной модели (см. Верификация моделей, Валидация модели), методы анализа функции отклика и т.д.
    [ http://slovar-lopatnikov.ru/]

    Тематики

    Синонимы

    EN

    Русско-английский словарь нормативно-технической терминологии > машинная имитация

  • 11 система рецептурного управления технологическим процессом

    1. batch management solution
    2. batch

     

    система рецептурного управления технологическим процессом
    -
    [Интент]

    Вообще, batch-процесс – это вид технологического процесса, который иногда противопоставляют непрерывному процессу. Иногда batch-процессы называют рецептурными процессами (или просто рецептами); эту терминологию мы и будем в дальнейшем использовать. Слово “batch” еще можно перевести как “партия продукции”, и это тоже относится к затрагиваемой теме, так как в результате рецептурного процесса производится партия продукции. Ладно, хватит путаницы – теперь по делу.

    Раньше мы рассматривали технологические процессы, которые идут непрерывно в течение 24 часов в день, 7 дней в неделю, 365 дней в году. Хотя, на самом деле, раз в году делают плановый останов на несколько дней для выполнения ремонтных и других работ, но это происходит строго в соответствии с планом, и этому предшествуют значительные подготовительные работы. В другое же время остановка производства – это “чрезвычайное” происшествие. При этом отдельно взятая технологическая установка принимает участие в производстве одного вида продукции, а сам процесс идет по фиксированной технологической цепочке с неизменными настройками (уставками). Короче, все скучно, однообразно и весьма предсказуемо.

    А теперь представим гипотетический пищевой цех по производству сока. При этом цех может производить несколько видов сока: яблочный, вишневый и апельсиновый, т.е. 3 вида продукции. Пусть сок производится из концентрированного сока в специальной емкости с мешалкой, где он тщательно смешивается с водой, а потом пастеризуется и идет на розлив (пакетирование).

    Имеет ли смысл ставить для производства этих трех видов сока три производственные линии (по одной линии на каждый вид сока)? Было бы круто, но чрезвычайно дорого. Выход – использовать одну и ту же линию для выпуска разных видов продукции. При этом понятно, что и технологические параметры для производства различных соков будут заметно друг от друга отличаться. Например, вишневый концентрат нужно смешивать с водой гораздо дольше, чем яблочный, но пастеризовать его надо при меньшей температуре (я на самом деле этого не знаю - чисто предположение:)

    Набор технологических параметров для производства определенного вида продукции называется рецептом (recipe). В нашем примере для сока это может быть: соотношение вода/концентрат, длительность и температура смешивания; температура пастеризации + другие параметры. В общем случае, рецепт также может содержать последовательность технологических операций, которые для различных видов продукции могут быть, строго говоря, разными. Хотя на практике, как правило, рецепт не подразумевает различающиеся технологические операции, а содержит всего лишь массив технологических уставок для того или иного продукта.

    4885

    Рис. 1. Иллюстрация рецептурного управления на примере производства различных видов сока

     

    Это все напоминает процесс приготовления еды на кухне, где мы оттачиваем рецепты разных блюд, но при этом используем одни и те же орудия (кастрюли, ножи, разделочные доски, плиту и т.д.)

    Теперь попробуем дать характеристику batch-процессу:

    1. На выходе несколько видов продукции.
    2. При производстве разных видов продукции задействуется одно и то же технологическое оборудование.
    3. Имеется множество рецептов.
    4. Производство по “партиям”, которое может быть относительно легко и без последствий остановлено после завершения партии, а потом возобновлено.

    Автоматизированное управление batch-процессом называется рецептурным управлением (batch control, или recipe control). Этот вид управления несколько специфичен, и требует от системы управления некоторой смекалки. Конечно, можно использовать для задач рецептурного управления обычные программные блоки, подходящие для управления непрерывным процессом, НО на практике это приводит к огромным трудностям (=головной боли) при попытке все это реализовать, используя стандартные подходы программирования. Поэтому многие производители АСУ ТП разработали специализированные batch-модули, которые адаптированы именно под рецептурные процессы. Эти модули могут выполняться на уровне ПЛК или на выделенном сервере batch. Иногда эти сервера, к тому же, резервируются. Также batch-модули дополняются специализированной средой разработки batch-программ, что сильно облегчает жизнь инженера.

    На рисунке ниже в качестве примера приведена конфигурация верхнего уровня АСУ ТП SIMATIC PCS 7, оснащенной выделенным сервером batch.

    4886

    Рис. 2. Структурная схема АСУ ТП с выделенным сервером batch


    Перечислим основные обязанности системы batch-управления:

    1. Ну, собственно, самая главная задача – хранение/загрузка рецептов и их выполнение в режиме реального времени ( batch process management).
    2. Отслеживание, не занята ли технологическая установка выполнением другого рецепта. Если занята, то выделяется другая аналогичная установка для выполнения данного рецепта ( process unit allocation).
    3. Формирование отчетов об изготовление партии продукции в задаваемой пользователем форме. Причем, требуются отчеты с возможностью отслеживания истории (ретроспективы) “прогона” партии по технологической цепочке ( reporting and batch tracking).
    4. Расчет различных показателей эффективности производства, как, например: удельного времени простоя (в %), производительности (в л/c) технологической установки или полного времени изготовления партии продукции (в мин).
    5. Планирование изготовления партий, что фактически подразумевает составление производственного расписания. Ну, это на самом деле ни одна система в полном объеме пока не реализует ( batch planning).

    И еще несколько слов.

    Как правило, пакет batch состоит из двух частей – операторской (клиентской) и исполняемой. Клиентская часть устанавливается на АРМы и всего лишь обеспечивает удобный операторский интерфейс. Клиентская часть, как правило, органично вписывается в общую операторскую среду, и работа с ней идет непосредственно из мнемосхем.

    Исполняемая часть – это костяк системы. Именно она ответственна за автоматизированное выполнение задач рецептурного управления, описанных выше. Исполняемая часть прогружается в специальные серверы batch или в обычные ПЛК в зависимости от архитектуры АСУ ТП.

    И еще. Существует международный стандарт ISA-88, специфицирующий batch-процессы, определяющий модель и философию рецептурного управления, а также стандартизирующий соответствующую терминологию. Документ тяжеловесный, и посему прочитан полностью мной не был. Тем не менее, в следующей части я попытаюсь более детально описать рецептурные системы с привязкой именно к стандарту ISA-88.

    [ http://kazanets.narod.ru/Batch_P1.htm]

    Тематики

    EN

    Русско-английский словарь нормативно-технической терминологии > система рецептурного управления технологическим процессом

  • 12 копии отклонений

    1. anomaly chart

    3.1.4 копии отклонений (anomaly chart): Копия сборочного чертежа (или реального печатного узла), которая используется для записи установленных дефектов или индикаторов процесса, применяемых для анализа совершенства процесса.

    Источник: ГОСТ Р МЭК 61192-5-2010: Печатные узлы. Требования к качеству. Часть 5. Доработка, модификация и ремонт оригинал документа

    Русско-английский словарь нормативно-технической терминологии > копии отклонений

  • 13 действие

    В широком смысле — любое мотивированное поведение. Действие предполагает направленность, цель и смысл, хотя направленность не обязательно сознательна, смысл может быть скрыт, а действие не обязательно доступно наблюдению; оно не всегда сопряжено с моторной активностью. Рефлексы и другие физиологическое феномены, равно как и внешние события, не являются действиями в психологическом смысле. Хотя слова "акт" и "действие" нередко используются как взаимозаменяемые, первое из них означает нечто свершившееся или выполненное, второе означает процесс, включающий более чем один шаг, процесс, который продолжается или предполагает возможность повторения. Заключенная в действии последовательность инициируется психическим импульсом, который модифицируется различными психологическими функциями и либо осуществляется, либо сдерживается.
    Мышление, фантазирование, речь, равно как подавление импульсов или отказ от действия, рассматриваются как мотивированное поведение и согласно приведенному определению являются действиями. Однако в психоаналитических рассуждениях по этому поводу наблюдается определенная непоследовательность. Считается, что действие включает моторные проявления, то есть представляет некоторую активность, опосредствованную телесной мускулатурой и направленную на самого субъекта или на внешние одушевленные и неодушевленные объекты. Анализируемого просят воздержаться от таких действий и, лежа на кушетке, пытаться свободно ассоциировать, подразумевая тем самым, что чувствование и речь не являются действиями. Вместе с тем является общепризнанным, что молчание, а порой и речь могут являть собой отыгрывание, то есть действие (действие — action, отыгрывание — acting out), равно как и определенное деструктивное комплексное поведение за пределами лечебной ситуации.
    Стройной психоаналитической теории действия не существует. В соответствующей литературе рассматриваются в большей степени не теоретическая, а клиническая проблематика — психоаналитиков больше занимало отыгрывание, а не действие. Неудачные попытки разграничить оба понятия привели к расширению — и расплывчатости — понятия отыгрывание. Шефер (1976), пытавшийся переформулировать положения психоанализа, представив его как изучение человеческого действия, работал в рамках четко обозначенного определения действия, но предложенная им концепция "языка действия" широкого признания не получила.
    При рассмотрении клинического психоанализа, по-видимому, необходима дихотомия, противопоставляющая корневые элементы психоаналитического процесса (чувствование, мышление, запоминание, фантазирование, продуцирование свободных ассоциаций, речевое общение) другим компонентам действия, многие из которых (но не все) предполагают моторные проявления. Психоаналитик видит в действии в первую очередь нечто противоположное психоаналитическому процессу, например, когда психопатология принимает форму деструктивного, дезадаптивного либо неадекватного поведения. Тем не менее определенные аспекты действия имеют непосредственное отношение к психоанализу.
    Адаптивное действие является результатом разрешения и интеграции потребностей, защит и внешней реальности, достигнутым за счет удовлетворительного компромисса, приведшего к относительной внутренней гармонии и эффективному самоуправлению. Это не означает отсутствие конфликта; речь идет об эффективном функционировании Я, интегрирующего дериваты влечений и влияние Сверх-Я на оптимальном уровне. В ходе психоаналитического лечения проработка и интегрирующие инсайты только тогда приводят к изменениям, когда подкрепляются соответствующим действием.
    Невротическое действие соотносится с широкой категорией патологических типов поведения, возникающих при разных формах психопатологии, где компонент действия является отчетливым выражением невротического конфликта. Характерными примерами могут служить навязчивые ритуалы и саморазрушительные действия. У лиц, страдающих неврозом, функционирование Я менее эффективно; над ним доминируют дериваты влечений и жесткие защитные механизмы. Невротическое действие может символизировать бессознательный конфликт либо воспроизводить раннюю детскую травму.
    Импульсивное действие отличается от невротического тем, что обычно несимволично и неспецифично; оно является результатом общего нарушения контроля над импульсами, включая отсутствие толерантности к фрустрации и задержке.
    Отыгрывание в узком смысле определяется как действие, возникающее в ответ на терапевтическую ситуацию, опосредованную переносом.
    Фрейд рассматривал мышление как пробное действие, осуществляемое с небольшими затратами энергии. Процесс мышления позволяет индивиду использовать восприятие, память, суждение для предсказания последствий действия без реального его осуществления.
    Обсуждая рациональные и иррациональные действия, Гартманн (1947) подчеркивал, что адаптивное поведение возникает в том случае, если все психические тенденции подчинены организующей функции Я.
    Действие — это естественный способ выражения у детей и основное средство коммуникации с ними в процессе терапии. Пиаже, Малер и другие неоднократно подчеркивали роль моторного поведения в развитии и становлении идентичности. В подростковом возрасте действия используются для регуляции напряжения, а некоторые пациенты с пограничными расстройствами используют действие как защиту от утраты идентичности. Действие в форме телесных движений и разнообразных поз может также служить средством общения. Ренгелл (1981) уделял особое внимание взаимосвязи действия и инсайта как фактору становления самоконтроля и изменений.
    Действие определялось здесь в терминах поведения, и оба понятия имеют сходное значение. Для более тонкой дифференциации см. поведение, а также импульсивные расстройства, отыгрывание, симптом, симптоматический акт.
    \
    Лит.: [410, 661, 702, 739, 760]

    Словарь психоаналитических терминов и понятий > действие

  • 14 анализ (металлургия)

    1. analysis

     

    анализ
    Процедура мысленного или реального расчленения предмета (процесса, явления), свойства предмета (предметов) или отношения между предметами на части (признаки, свойства, отношения). Процедурой, обратной а., является синтез. Аналитич. методы настолько распространены в науке и технике, что термин «а.» часто служит синонимом исследования вообще. В металлургии преимущественная цель анализа — установление характеристик состава, состояния или структуры анализируемого объекта.
    [ http://metaltrade.ru/abc/a.htm]

    Тематики

    EN

    Русско-английский словарь нормативно-технической терминологии > анализ (металлургия)

  • 15 метод «дерева решений»

    1. “decision-tree” method

     

    метод «дерева решений»
    Один из методов оптимизации многошагового процесса принятия решений. Ветви дерева отображают различные события, которые могут произойти, а узлы (вершины) – состояния, в которых возникает необходимость выбора. В частности, М. «Д.р.» может применяться для оценки уровня проектных рисков, позволяющей охарактеризовать их по отдельным последовательным этапам осуществления реального инвестиционного проекта.
    [ http://slovar-lopatnikov.ru/]

    Тематики

    EN

    • “decision-tree” method

    Русско-английский словарь нормативно-технической терминологии > метод «дерева решений»

  • 16 программируемый логический контроллер

    1. storage-programmable logic controller
    2. Programmable Logic Controller
    3. programmable controller
    4. PLC

     

    программируемый логический контроллер
    ПЛК
    -
    [Интент]

    контроллер
    Управляющее устройство, осуществляющее автоматическое управление посредством программной реализации алгоритмов управления.
    [Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
     Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]

    EN

    storage-programmable logic controller
    computer-aided control equipment or system whose logic sequence can be varied via a directly or remote-control connected programming device, for example a control panel, a host computer or a portable terminal
    [IEV ref 351-32-34]

    FR

    automate programmable à mémoire
    équipement ou système de commande assisté par ordinateur dont la séquence logique peut être modifiée directement ou par l'intermédiaire d'un dispositif de programmation relié à une télécommande, par exemple un panneau de commande, un ordinateur hôte ou un terminal de données portatif
    [IEV ref 351-32-34]

      См. также:
    - архитектура контроллера;
    - производительность контроллера;
    - время реакции контроллера;
    КЛАССИФИКАЦИЯ
      Основным показателем ПЛК является количество каналов ввода-вывода. По этому признаку ПЛК делятся на следующие группы: По расположению модулей ввода-вывода ПЛК бывают:
    • моноблочными - в которых устройство ввода-вывода не может быть удалено из контроллера или заменено на другое. Конструктивно контроллер представляет собой единое целое с устройствами ввода-вывода (например, одноплатный контроллер). Моноблочный контроллер может иметь, например, 16 каналов дискретного ввода и 8 каналов релейного вывода;
    • модульные - состоящие из общей корзины (шасси), в которой располагаются модуль центрального процессора и сменные модули ввода-вывода. Состав модулей выбирается пользователем в зависимости от решаемой задачи. Типовое количество слотов для сменных модулей - от 8 до 32;
    • распределенные (с удаленными модулями ввода-вывода) - в которых модули ввода-вывода выполнены в отдельных корпусах, соединяются с модулем контроллера по сети (обычно на основе интерфейса RS-485) и могут быть расположены на расстоянии до 1,2 км от процессорного модуля.
    Часто перечисленные конструктивные типы контроллеров комбинируются, например, моноблочный контроллер может иметь несколько съемных плат; моноблочный и модульный контроллеры могут быть дополнены удаленными модулями ввода-вывода, чтобы увеличить общее количество каналов.

    Многие контроллеры имеют набор сменных процессорных плат разной производительности. Это позволяет расширить круг потенциальных пользователей системы без изменения ее конструктива.

    По конструктивному исполнению и способу крепления контроллеры делятся на:
    По области применения контроллеры делятся на следующие типы:
    • универсальные общепромышленные;
    • для управления роботами;
    • для управления позиционированием и перемещением;
    • коммуникационные;
    • ПИД-контроллеры;
    • специализированные.

    По способу программирования контроллеры бывают:
    • программируемые с лицевой панели контроллера;
    • программируемые переносным программатором;
    • программируемые с помощью дисплея, мыши и клавиатуры;
    • программируемые с помощью персонального компьютера.

    Контроллеры могут программироваться на следующих языках:
    • на классических алгоритмических языках (C, С#, Visual Basic);
    • на языках МЭК 61131-3.

    Контроллеры могут содержать в своем составе модули ввода-вывода или не содержать их. Примерами контроллеров без модулей ввода-вывода являются коммуникационные контроллеры, которые выполняют функцию межсетевого шлюза, или контроллеры, получающие данные от контроллеров нижнего уровня иерархии АСУ ТП.   Контроллеры для систем автоматизации

    Слово "контроллер" произошло от английского "control" (управление), а не от русского "контроль" (учет, проверка). Контроллером в системах автоматизации называют устройство, выполняющее управление физическими процессами по записанному в него алгоритму, с использованием информации, получаемой от датчиков и выводимой в исполнительные устройства.

    Первые контроллеры появились на рубеже 60-х и 70-х годов в автомобильной промышленности, где использовались для автоматизации сборочных линий. В то время компьютеры стоили чрезвычайно дорого, поэтому контроллеры строились на жесткой логике (программировались аппаратно), что было гораздо дешевле. Однако перенастройка с одной технологической линии на другую требовала фактически изготовления нового контроллера. Поэтому появились контроллеры, алгоритм работы которых мог быть изменен несколько проще - с помощью схемы соединений реле. Такие контроллеры получили название программируемых логических контроллеров (ПЛК), и этот термин сохранился до настоящего времени. Везде ниже термины "контроллер" и "ПЛК" мы будем употреблять как синонимы.

    Немного позже появились ПЛК, которые можно было программировать на машинно-ориентированном языке, что было проще конструктивно, но требовало участия специально обученного программиста для внесения даже незначительных изменений в алгоритм управления. С этого момента началась борьба за упрощение процесса программирования ПЛК, которая привела сначала к созданию языков высокого уровня, затем - специализированных языков визуального программирования, похожих на язык релейной логики. В настоящее время этот процесс завершился созданием международного стандарта IEC (МЭК) 1131-3, который позже был переименован в МЭК 61131-3. Стандарт МЭК 61131-3 поддерживает пять языков технологического программирования, что исключает необходимость привлечения профессиональных программистов при построении систем с контроллерами, оставляя для них решение нестандартных задач.

    В связи с тем, что способ программирования является наиболее существенным классифицирующим признаком контроллера, понятие "ПЛК" все реже используется для обозначения управляющих контроллеров, которые не поддерживают технологические языки программирования.   Жесткие ограничения на стоимость и огромное разнообразие целей автоматизации привели к невозможности создания универсального ПЛК, как это случилось с офисными компьютерами. Область автоматизации выдвигает множество задач, в соответствии с которыми развивается и рынок, содержащий сотни непохожих друг на друга контроллеров, различающихся десятками параметров.

    Выбор оптимального для конкретной задачи контроллера основывается обычно на соответствии функциональных характеристик контроллера решаемой задаче при условии минимальной его стоимости. Учитываются также другие важные характеристики (температурный диапазон, надежность, бренд изготовителя, наличие разрешений Ростехнадзора, сертификатов и т. п.).

    Несмотря на огромное разнообразие контроллеров, в их развитии заметны следующие общие тенденции:
    • уменьшение габаритов;
    • расширение функциональных возможностей;
    • увеличение количества поддерживаемых интерфейсов и сетей;
    • использование идеологии "открытых систем";
    • использование языков программирования стандарта МЭК 61131-3;
    • снижение цены.
    Еще одной тенденцией является появление в контроллерах признаков компьютера (наличие мыши, клавиатуры, монитора, ОС Windows, возможности подключения жесткого диска), а в компьютерах - признаков контроллера (расширенный температурный диапазон, электронный диск, защита от пыли и влаги, крепление на DIN-рейку, наличие сторожевого таймера, увеличенное количество коммуникационных портов, использование ОС жесткого реального времени, функции самотестирования и диагностики, контроль целостности прикладной программы). Появились компьютеры в конструктивах для жестких условий эксплуатации. Аппаратные различия между компьютером и контроллером постепенно исчезают. Основными отличительными признаками контроллера остаются его назначение и наличие технологического языка программирования.

    [ http://bookasutp.ru/Chapter6_1.aspx]  
    Программируемый логический контроллер (ПЛК, PLC) – микропроцессорное устройство, предназначенное для управления технологическим процессом и другими сложными технологическими объектами.
    Принцип работы контроллера состоит в выполнение следующего цикла операций:

    1.    Сбор сигналов с датчиков;
    2.    Обработка сигналов согласно прикладному алгоритму управления;
    3.    Выдача управляющих воздействий на исполнительные устройства.

    В нормальном режиме работы контроллер непрерывно выполняет этот цикл с частотой от 50 раз в секунду. Время, затрачиваемое контроллером на выполнение полного цикла, часто называют временем (или периодом) сканирования; в большинстве современных ПЛК сканирование может настраиваться пользователем в диапазоне от 20 до 30000 миллисекунд. Для быстрых технологических процессов, где критична скорость реакции системы и требуется оперативное регулирование, время сканирования может составлять 20 мс, однако для большинства непрерывных процессов период 100 мс считается вполне приемлемым.

    Аппаратно контроллеры имеют модульную архитектуру и могут состоять из следующих компонентов:

    1.    Базовая панель ( Baseplate). Она служит для размещения на ней других модулей системы, устанавливаемых в специально отведенные позиции (слоты). Внутри базовой панели проходят две шины: одна - для подачи питания на электронные модули, другая – для пересылки данных и информационного обмена между модулями.

    2.    Модуль центрального вычислительного устройства ( СPU). Это мозг системы. Собственно в нем и происходит математическая обработка данных. Для связи с другими устройствами CPU часто оснащается сетевым интерфейсом, поддерживающим тот или иной коммуникационный стандарт.

    3.    Дополнительные коммуникационные модули. Необходимы для добавления сетевых интерфейсов, неподдерживаемых напрямую самим CPU. Коммуникационные модули существенно расширяют возможности ПЛК по сетевому взаимодействию. C их помощью к контроллеру подключают узлы распределенного ввода/вывода, интеллектуальные полевые приборы и станции операторского уровня.

    4.    Блок питания. Нужен для запитки системы от 220 V. Однако многие ПЛК не имеют стандартного блока питания и запитываются от внешнего.  
    4906
    Рис.1. Контроллер РСУ с коммуникациями Profibus и Ethernet.
     
    Иногда на базовую панель, помимо указанных выше, допускается устанавливать модули ввода/вывода полевых сигналов, которые образуют так называемый локальный ввод/вывод. Однако для большинства РСУ (DCS) характерно использование именно распределенного (удаленного) ввода/вывода.

    Отличительной особенностью контроллеров, применяемых в DCS, является возможность их резервирования. Резервирование нужно для повышения отказоустойчивости системы и заключается, как правило, в дублировании аппаратных модулей системы.
     
    4907
    Рис. 2. Резервированный контроллер с коммуникациями Profibus и Ethernet.
     
    Резервируемые модули работают параллельно и выполняют одни и те же функции. При этом один модуль находится в активном состоянии, а другой, являясь резервом, – в режиме “standby”. В случае отказа активного модуля, система автоматически переключается на резерв (это называется “горячий резерв”).

    Обратите внимание, контроллеры связаны шиной синхронизации, по которой они мониторят состояние друг друга. Это решение позволяет разнести резервированные модули на значительное расстояние друг от друга (например, расположить их в разных шкафах или даже аппаратных).

    Допустим, в данный момент активен левый контроллер, правый – находится в резерве. При этом, даже находясь в резерве, правый контроллер располагает всеми процессными данными и выполняет те же самые математические операции, что и левый. Контроллеры синхронизированы. Предположим, случается отказ левого контроллера, а именно модуля CPU. Управление автоматически передается резервному контроллеру, и теперь он становится главным. Здесь очень большое значение имеют время, которое система тратит на переключение на резерв (обычно меньше 0.5 с) и отсутствие возмущений (удара). Теперь система работает на резерве. Как только инженер заменит отказавший модуль CPU на исправный, система автоматически передаст ему управление и возвратится в исходное состояние.

    На рис. 3 изображен резервированный контроллер S7-400H производства Siemens. Данный контроллер входит в состав РСУ Simatic PCS7.
     
     
    4908
    Рис. 3. Резервированный контроллер S7-400H. Несколько другое техническое решение показано на примере резервированного контроллера FCP270 производства Foxboro (рис. 4). Данный контроллер входит в состав системы управления Foxboro IA Series.  
    4909
    Рис. 4. Резервированный контроллер FCP270.
    На базовой панели инсталлировано два процессорных модуля, работающих как резервированная пара, и коммуникационный модуль для сопряжения с оптическими сетями стандарта Ethernet. Взаимодействие между модулями происходит по внутренней шине (тоже резервированной), спрятанной непосредственно в базовую панель (ее не видно на рисунке).

    На рисунке ниже показан контроллер AC800M производства ABB (часть РСУ Extended Automation System 800xA).  
    4910
    Рис. 5. Контроллер AC800M.
     
    Это не резервированный вариант. Контроллер состоит из двух коммуникационных модулей, одного СPU и одного локального модуля ввода/вывода. Кроме этого, к контроллеру можно подключить до 64 внешних модулей ввода/вывода.

    При построении РСУ важно выбрать контроллер, удовлетворяющий всем техническим условиям и требованиям конкретного производства. Подбирая оптимальную конфигурацию, инженеры оперируют определенными техническими характеристиками промышленных контроллеров. Наиболее значимые перечислены ниже:

    1.    Возможность полного резервирования. Для задач, где отказоустойчивость критична (химия, нефтехимия, металлургия и т.д.), применение резервированных конфигураций вполне оправдано, тогда как для других менее ответственных производств резервирование зачастую оказывается избыточным решением.

    2.    Количество и тип поддерживаемых коммуникационных интерфейсов. Это определяет гибкость и масштабируемость системы управления в целом. Современные контроллеры способны поддерживать до 10 стандартов передачи данных одновременно, что во многом определяет их универсальность.

    3.    Быстродействие. Измеряется, как правило, в количестве выполняемых в секунду элементарных операций (до 200 млн.). Иногда быстродействие измеряется количеством обрабатываемых за секунду функциональных блоков (что такое функциональный блок – будет рассказано в следующей статье). Быстродействие зависит от типа центрального процессора (популярные производители - Intel, AMD, Motorola, Texas Instruments и т.д.)

    4.    Объем оперативной памяти. Во время работы контроллера в его оперативную память загружены запрограммированные пользователем алгоритмы автоматизированного управления, операционная система, библиотечные модули и т.д. Очевидно, чем больше оперативной памяти, тем сложнее и объемнее алгоритмы контроллер может выполнять, тем больше простора для творчества у программиста. Варьируется от 256 килобайт до 32 мегабайт.

    5.    Надежность. Наработка на отказ до 10-12 лет.

    6. Наличие специализированных средств разработки и поддержка различных языков программирования. Очевидно, что существование специализированный среды разработки прикладных программ – это стандарт для современного контроллера АСУ ТП. Для удобства программиста реализуется поддержка сразу нескольких языков как визуального, так и текстового (процедурного) программирования (FBD, SFC, IL, LAD, ST; об этом в следующей статье).

    7.    Возможность изменения алгоритмов управления на “лету” (online changes), т.е. без остановки работы контроллера. Для большинства контроллеров, применяемых в РСУ, поддержка online changes жизненно необходима, так как позволяет тонко настраивать систему или расширять ее функционал прямо на работающем производстве.

    8.    Возможность локального ввода/вывода. Как видно из рис. 4 контроллер Foxboro FCP270 рассчитан на работу только с удаленной подсистемой ввода/вывода, подключаемой к нему по оптическим каналам. Simatic S7-400 может спокойно работать как с локальными модулями ввода/вывода (свободные слоты на базовой панели есть), так и удаленными узлами.

    9.    Вес, габаритные размеры, вид монтажа (на DIN-рейку, на монтажную панель или в стойку 19”). Важно учитывать при проектировании и сборке системных шкафов.

    10.  Условия эксплуатации (температура, влажность, механические нагрузки). Большинство промышленных контроллеров могут работать в нечеловеческих условиях от 0 до 65 °С и при влажности до 95-98%.

    [ http://kazanets.narod.ru/PLC_PART1.htm]

    Тематики

    Синонимы

    EN

    DE

    • speicherprogrammierbare Steuerung, f

    FR

    Русско-английский словарь нормативно-технической терминологии > программируемый логический контроллер

  • 17 синхронизация времени

    1. time synchronization
    2. clock synchronization

     

    синхронизация времени
    -
    [ ГОСТ Р МЭК 60870-5-103-2005]

    Также нормированы допустимые временные задержки для различных видов сигналов, включая дискретные сигналы, оцифрованные мгновенные значения токов и напряжений, сигналы синхронизации времени и т.п.
    [Новости Электротехники №4(76) | СТАНДАРТ МЭК 61850]

    Широковещательное сообщение, как правило, содержит адрес отправителя и глобальный адрес получателя. Примером широковещательного сообщения служит синхронизация времени.
    [ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

    Устройства последних поколений дают возможность синхронизации времени с точностью до микросекунд с помощью GPS.

    С помощью этого интерфейса сигнал синхронизации времени (от радиоприемника DCF77 сигнал точного времени из Braunschweig, либо от радиоприемника iRiG-B сигнал точного времени  глобальной спутниковой системы GPS) может быть передан в терминал для точной синхронизации времени.
    [Герхард Циглер. ЦИФРОВАЯ ДИСТАНЦИОННАЯ ЗАЩИТА. ПРИНЦИПЫ И ПРИМЕНЕНИЕ
    Перевод с английского ]

    В  том  случае  если  принятое  сообщение  искажено ( повреждено)  в  результате неисправности  канала  связи  или  в  результате  потери  синхронизации  времени, пользователь имеет возможность...

    2.13 Синхронизация часов реального времени сигналом по оптовходу 
    В современных системах релейной защиты зачастую требуется синхронизированная работа часов всех реле в системе для восстановления хронологии работы разных реле.
    Это может быть выполнено с использованием сигналов синхронизации времени   по интерфейсу IRIG-B, если  реле  оснащено  таким  входом  или  сигналом  от  системы OP
    [Дистанционная защита линии MiCOM P443/ ПРИНЦИП  РАБОТЫ]

    СИНХРОНИЗАЦИЯ ВРЕМЕНИ СОГЛАСНО СТАНДАРТУ IEEE 1588

    Автор: Андреас Дреер (Hirschmann Automation and Control)

    Вопрос синхронизации устройств по времени важен для многих распределенных систем промышленной автоматизации. При использовании протокола Precision Time Protocol (PTP), описанного стандартом IEEE 1588, становится возможным выполнение синхронизации внутренних часов устройств, объединенных по сети Ethernet, с погрешностями, не превышающими 1 микросекунду. При этом к вычислительной способности устройств и пропускной способности сети предъявляются относительно низкие требования. В 2008 году была утверждена вторая редакция стандарта (IEEE 1588-2008 – PTP версия 2) с рядом внесенных усовершенствований по сравнению с первой его редакцией.

    ЗАЧЕМ НЕОБХОДИМА СИНХРОНИЗАЦИЯ УСТРОЙСТВ ПО ВРЕМЕНИ?

    Во многих системах должен производиться отсчет времени. О неявной системе отсчета времени можно говорить тогда, когда в системе отсутствуют часы и ход времени определяется процессами, протекающими в аппаратном и программном обеспечении. Этого оказывается достаточно во многих случаях. Неявная система отсчета времени реализуется, к примеру, передачей сигналов, инициирующих начало отсчета времени и затем выполнение определенных действий, от одних устройств другим.

    Система отсчета времени считается явной, если показания времени в ней определяются часами. Указанное необходимо для сложных систем. Таким образом, осуществляется разделение процедур передачи данных о времени и данных о процессе.

    Два эффекта должны быть учтены при настройке или синхронизации часов в отдельных устройствах. Первое – показания часов в отдельных устройствах изначально отличаются друг от друга (смещение показаний времени друг относительно друга). Второе – реальные часы не производят отсчет времени с одинаковой скоростью. Таким образом, требуется проводить постоянную корректировку хода самых неточных часов.

    ПРЕДЫДУЩИЕ РЕШЕНИЯ

    Существуют различные способы синхронизации часов в составе отдельных устройств, объединенных в одну информационную сеть. Наиболее известные способы – это использование протокола NTP (Network Time Protocol), а также более простого протокола, который образован от него – протокола SNTP (Simple Network Time Protocol). Данные методы широко распространены для использования в локальных сетях и сети Интернет и позволяют обеспечивать синхронизацию времени с погрешностями в диапазоне миллисекунд. Другой вариант – использование радиосигналов с GPS спутников. Однако при использовании данного способа требуется наличие достаточно дорогих GPS-приемников для каждого из устройств, а также GPS-антенн. Данный способ теоретически может обеспечить высокую точность синхронизации времени, однако материальные затраты и трудозатраты обычно препятствуют реализации такого метода синхронизации.

    Другим решением является передача высокоточного временного импульса (например, одного импульса в секунду) каждому отдельному устройству по выделенной линии. Реализация данного метода влечет за собой необходимость создания выделенной линии связи к каждому устройству.

    Последним методом, который может быть использован, является протокол PTP (Precision Time Protocol), описанный стандартом IEEE 1588. Протокол был разработан со следующими целями:

    • Обеспечение синхронизация времени с погрешностью, не превышающей 1 микросекунды.
    • Предъявление минимальных требований к производительности процессоров устройств и к пропускной способности линии связи, что позволило бы обеспечить реализацию протокола в простых и дешевых устройствах.
      • Предъявление невысоких требований к обслуживающему персоналу.
      • Возможность использования в сетях Ethernet, а также в других сетях.
      • Спецификация его как международного стандарта.

    ОБЛАСТИ ПРИМЕНЕНИЯ ПРОТОКОЛА PTP

    Протокол PTP может быть применен в различного рода системах. В системах автоматизации, протокол PTP востребован везде, где требуется точная синхронизация устройств по времени. Протокол позволяет синхронизировать устройства в робототехнике или печатной промышленности, в системах осуществляющих обработку бумаги и упаковку продукции и других областях.

    В общем и целом в любых системах, где осуществляется измерение тех или иных величин и их сравнение с величинами, измеренными другими устройствами, использование протокола PTP является популярным решением. Системы управления турбинами используют протокол PTP для обеспечения более эффективной работы станций. События, происходящие в различных частях распределенных в пространстве систем, определяются метками точного времени и затем для целей архивирования и анализа осуществляется их передача на центры управления. Геоученые используют протокол PTP для синхронизации установок мониторинга сейсмической активности, удаленных друг от друга на значительные расстояния, что предоставляет возможность более точным образом определять эпицентры землетрясений. В области телекоммуникаций рассматривают возможность использования протокола PTP для целей синхронизации сетей и базовых станций. Также синхронизация времени согласно стандарту IEEE 1588 представляет интерес для разработчиков систем обеспечения жизнедеятельности, систем передачи аудио и видео потоков и может быть использована в военной промышленности.

    В электроэнергетике протокол PTPv2 (протокол PTP версии 2) определен для синхронизации интеллектуальных электронных устройств (IED) по времени. Например, при реализации шины процесса, с передачей мгновенных значений тока и напряжения согласно стандарту МЭК 61850-9-2, требуется точная синхронизация полевых устройств по времени. Для реализации систем защиты и автоматики с использованием сети Ethernet погрешность синхронизации данных различных устройств по времени должна лежать в микросекундном диапазоне.

    Также для реализации функций синхронизированного распределенного векторного измерения электрических величин согласно стандарту IEEE C37.118, учета, оценки качества электрической энергии или анализа аварийных событий необходимо наличие устройств, синхронизированных по времени с максимальной точностью, для чего может быть использован протокол PTP.

    Вторая редакция стандарта МЭК 61850 определяет использование в системах синхронизации времени протокола PTP. Детализация профиля протокола PTP для использования на объектах электроэнергетики (IEEE Standard Profile for Use of IEEE 1588 Precision Time Protocol in Power System Applications) в настоящее время осуществляется рабочей группой комитета по релейной защите и автоматике организации (PSRC) IEEE.

    ПРОТОКОЛ PTP ВЕРСИИ 2

    В 2005 году была начата работа по изменению стандарта IEEE1588-2002 с целью расширения возможных областей его применения (телекоммуникации, беспроводная связь и в др.). Результатом работы стало новое издание IEEE1588-2008, которое доступно с марта 2008 со следующими новыми особенностями:

    • Усовершенствованные алгоритмы для обеспечения погрешностей в наносекундном диапазоне.
    • Повышенное быстродействие синхронизации времени (возможна более частая передача сообщений синхронизации Sync).
    • Поддержка новых типов сообщений.
    • Ввод однорежимного принципа работы (не требуется передачи сообщений типа FollowUp).
    • Ввод поддержки функции т.н. прозрачных часов для предотвращения накопления погрешностей измерения при каскадной схеме соединения коммутаторов.
    • Ввод профилей, определяющих настройки для новых областей применения.
    • Возможность назначения на такие транспортные механизмы как DeviceNet, PROFInet и IEEE802.3/Ethernet (прямое назначение).
    • Ввод структуры TLV (тип, длина, значение) для расширения возможных областей применения стандарта и удовлетворения будущих потребностей.
    • Ввод дополнительных опциональных расширений стандарта.

    ПРИНЦИП ФУНКЦИОНИРОВАНИЯ СИСТЕМ НА ОСНОВЕ ПРОТОКОЛА PTP

    В системах, где используется протокол PTP, различают два вида часов: ведущие часы и ведомые часы. Ведущие часы, в идеале, контролируются либо радиочасами, либо GPS-приемниками и осуществляют синхронизацию ведомых часов. Часы в конечном устройстве, неважно ведущие ли они или ведомые, считаются обычными часами; часы в составе устройств сети, выполняющих функцию передачи и маршрутизации данных (например, в Ethernet-коммутаторах), считаются граничными часами.

    Процедура синхронизации согласно протоколу PTP подразделяется на два этапа. На первом этапе осуществляется коррекция разницы показаний времени между ведущими и ведомыми часами – то есть осуществляется так называемая коррекция смещения показаний времени. Для этого ведущее устройство осуществляет передачу сообщения для целей синхронизации времени Sync ведомому устройству (сообщение типа Sync). Сообщение содержит в себе текущее показание времени ведущих часов и его передача осуществляется периодически через фиксированные интервалы времени. Однако поскольку считывание показаний ведущих часов, обработка данных и передача через контроллер Ethernet занимает некоторое время, информация в передаваемом сообщении к моменту его приема оказывается неактуальной.   Одновременно с этим осуществляется как можно более точная фиксация момента времени, в который сообщение Sync уходит от отправителя, в составе которого находятся ведущие часы (TM1). Затем ведущее устройство осуществляет передачу зафиксированного момента времени передачи сообщения Sync ведомым устройствам (сообщение FollowUp). Те также как можно точнее осуществляют измерение момента времени приема первого сообщения (TS1) и вычисляют величину, на которую необходимо выполнить коррекцию разницы в показаниях времени между собою и ведущим устройством соответственно (O) (см. рис. 1 и рис. 2). Затем непосредственно осуществляется коррекция показаний часов в составе ведомых устройств на величину смещения. Если задержки в передачи сообщений по сети не было, то можно утверждать, что устройства синхронизированы по времени.

    На втором этапе процедуры синхронизации устройств по времени осуществляется определение задержки в передаче упомянутых выше сообщений по сети между устройствами. Указанное выполняется  при использовании сообщений специального типа. Ведомое устройство отправляет так называемое сообщение Delay Request (Запрос задержки в передаче сообщения по сети) ведущему устройству и осуществляет фиксацию момента передачи данного сообщения. Ведущее устройство фиксирует момент приема данного сообщения и отправляет зафиксированное значение в сообщении Delay Response (Ответное сообщение с указанием момента приема сообщения). Исходя из зафиксированных времен передачи сообщения Delay Request ведомым устройством и приема сообщения Delay Response ведущим устройством производится оценка задержки в передачи сообщения между ними по сети. Затем производится соответствующая коррекция показаний часов в ведомом устройстве. Однако все упомянутое выше справедливо, если характерна симметричная задержка в передаче сообщения в обоих направлениях между устройствами (то есть характерны одинаковые значения в задержке передачи сообщений в обоих направлениях).

    Задержка в передачи сообщения в обоих направлениях будет идентичной в том случае, если устройства соединены между собой по одной линии связи и только. Если в сети между устройствами имеются коммутаторы или маршрутизаторы, то симметричной задержка в передачи сообщения между устройствами не будет, поскольку коммутаторы в сети осуществляют сохранение тех пакетов данных, которые проходят через них, и реализуется определенная очередность их передачи. Эта особенность может, в некоторых случаях, значительным образом влиять на величину задержки в передаче сообщений (возможны значительные отличия во временах передачи данных). При низкой информационной загрузке сети этот эффект оказывает малое влияние, однако при высокой информационной загрузке, указанное может значительным образом повлиять на точность синхронизации времени. Для исключения больших погрешностей был предложен специальный метод и введено понятие граничных часов, которые реализуются в составе коммутаторов сети. Данные граничные часы синхронизируются по времени с часами ведущего устройства. Далее коммутатор по каждому порту является ведущим устройством для всех ведомых устройств, подключенных к его портам, в которых осуществляется соответствующая синхронизация часов. Таким образом, синхронизация всегда осуществляется по схеме точка-точка и характерна практически одинаковая задержка в передаче сообщения в прямом и обратном направлении, а также практическая неизменность этой задержки по величине от одной передачи сообщения к другой.

    Хотя принцип, основанный на использовании граничных часов показал свою практическую эффективность, другой механизм был определен во второй  версии протокола PTPv2 – механизм использования т. н. прозрачных часов. Данный механизм  предотвращает накопление погрешности, обусловленной изменением величины задержек в передаче сообщений синхронизации коммутаторами и предотвращает снижение точности синхронизации в случае наличия сети с большим числом каскадно-соединенных коммутаторов. При использовании такого механизма передача сообщений синхронизации осуществляется от ведущего устройства ведомому, как и передача любого другого сообщения в сети. Однако когда сообщение синхронизации проходит через коммутатор фиксируется задержка его передачи коммутатором. Задержка фиксируется в специальном поле коррекции в составе первого сообщения синхронизации Sync или в составе последующего сообщения FollowUp (см. рис. 2). При передаче сообщений Delay Request и Delay Response также осуществляется фиксация времени задержки их в коммутаторе. Таким образом, реализация поддержки т. н. прозрачных часов в составе коммутаторов позволяет компенсировать задержки, возникающие непосредственно в них.

    РЕАЛИЗАЦИЯ ПРОТОКОЛА PTP

    Если необходимо использование протокола PTP в системе, должен быть реализован стек протокола PTP. Это может быть сделано при предъявлении минимальных требований к производительности процессоров устройств и к пропускной способности сети. Это очень важно для реализации стека протокола в простых и дешевых устройствах. Протокол PTP может быть без труда реализован даже в системах, построенных на дешевых контроллерах (32 бита).

    Единственное требование, которое необходимо удовлетворить для обеспечения высокой точности синхронизации, – как можно более точное измерение устройствами момента времени, в который осуществляется передача сообщения, и момента времени, когда осуществляется прием сообщения. Измерение должно производится максимально близко к аппаратной части (например, непосредственно в драйвере) и с максимально возможной точностью. В реализациях исключительно на программном уровне архитектура и производительность системы непосредственно ограничивают максимально допустимую точность.

    При использовании дополнительной поддержки аппаратного обеспечения для присвоения меток времени, точность может быть значительным образом повышена и может быть обеспечена ее виртуальная независимость от программного обеспечения. Для этого необходимо использование дополнительной логики, которая может быть реализована в программируемой логической интегральной схеме или специализированной для решения конкретной задачи интегральной схеме на сетевом входе.

    РЕЗУЛЬТАТЫ

    Компания Hirschmann – один из первых производителей, реализовавших протокол PTP и оптимизировавших его использование. Компанией был разработан стек, максимально эффективно реализующий протокол, а также чип (программируемая интегральная логическая схема), который обеспечивает высокую точность проводимых замеров.

    В системе, в которой несколько обычных часов объединены через Ethernet-коммутатор с функцией граничных часов, была достигнута предельная погрешность +/- 60 нс при практически полной независимости от загрузки сети и загрузки процессора. Также компанией была протестирована система, состоящая из 30 каскадно-соединенных коммутаторов, обладающих функцией поддержки т.н. прозрачных часов и были зафиксированы  погрешности менее в пределах +/- 200 нс.

    Компания Hirschmann Automation and Control реализовала протоколы PTP версии 1 и версии 2 в промышленных коммутаторах серии MICE, а также в серии монтируемых на стойку коммутаторов MACH100.

    ВЫВОДЫ

    Протокол PTP во многих областях уже доказал эффективность своего применения. Можно быть уверенным, что он получит более широкое распространение в течение следующих лет и что многие решения при его использовании смогут быть реализованы более просто и эффективно чем при использовании других технологий.

    [ Источник]

    Тематики

    EN

    Русско-английский словарь нормативно-технической терминологии > синхронизация времени

  • 18 система

    1. system
    2. solar-plus-supplementary system
    3. en



     

    система
    Группа взаимодействующих объектов, выполняющих общую функциональную задачу. В ее основе лежит некоторый механизм связи.
    [ ГОСТ Р МЭК 61850-5-2011]

    система
    Набор элементов, которые взаимодействуют в соответствии с проектом, в котором элементом системы может быть другая система, называемая подсистемой; система может быть управляющей системой или управляемой системой и включать аппаратные средства, программное обеспечение и взаимодействие с человеком.
    Примечания
    1 Человек может быть частью системы. Например, человек может получать информацию от программируемого электронного устройства и выполнять действие, связанное с безопасностью, основываясь на этой информации, либо выполнять действие с помощью программируемого электронного устройства.
    2 Это определение отличается от приведенного в МЭС 351-01-01.
    [ ГОСТ Р МЭК 61508-4-2007]

    система
    Множество (совокупность) материальных объектов (элементов) любой, в том числе различной физической природы, а также информационных объектов, взаимосвязанных и взаимодействующих между собой для достижения общей цели.
    [ ГОСТ Р 43.0.2-2006]

    система
    Совокупность элементов, объединенная связями между ними и обладающая определенной целостностью.
    [ ГОСТ 34.003-90]

    система
    Совокупность взаимосвязанных и взаимодействующих элементов.
    [ ГОСТ Р ИСО 9000-2008]

    система
    -
    [IEV number 151-11-27]

    система
    Набор связанных элементов, работающих совместно для достижения общей Цели. Например: • Компьютерная система, состоящая из аппаратного обеспечения, программного обеспечения и приложений. • Система управления, состоящая из множества процессов, которые планируются и управляются совместно. Например, система менеджмента качества. • Система управления базами данных или операционная система, состоящая из множества программных модулей, разработанных для выполнения набора связанных функций.
    [Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

    система
    Множество элементов, находящихся в отношениях и связях друг с другом, которое образует определенную целостность, единство. Следует отметить, что это определение (взятое нами из Большой Советской Энциклопедии) не является ни единственным, ни общепризнанным. Есть десятки определений понятия “С.”, которые с некоторой условностью можно поделить на три группы. Определения, принадлежащие к первой группе, рассматривают С. как комплекс процессов и явлений, а также связей между ними, существующий объективно, независимо от наблюдателя. Его задача состоит в том, чтобы выделить эту С. из окружающей среды, т.е. как минимум определить ее входы и выходы (тогда она рассматривается как “черный ящик”), а как максимум — подвергнуть анализу ее структуру (произвести структуризацию), выяснить механизм функционирования и, исходя из этого, воздействовать на нее в нужном направлении. Здесь С. — объект исследования и управления. Определения второй группы рассматривают С. как инструмент, способ исследования процессов и явлений. Наблюдатель, имея перед собой некоторую цель, конструирует (синтезирует) С. как некоторое абстрактное отображение реальных объектов. При этом С. (“абстрактная система”) понимается как совокупность взаимосвязанных переменных, представляющих те или иные свойства, характеристики объектов, которые рассматриваются в данной С. В этой трактовке понятие С. практически смыкается с понятием модели, и в некоторых работах эти два термина вообще употребляются как взаимозаменяемые. Говоря о синтезе С., в таких случаях имеют в виду формирование макромодели, анализ же С. совпадает в этой трактовке с микромоделированием отдельных элементов и процессов. Третья группа определений представляет собой некий компромисс между двумя первыми. С. здесь — искусственно создаваемый комплекс элементов (например, коллективов людей, технических средств, научных теорий и т.д.), предназначенный для решения сложной организационной, экономической, технической задачи. Следовательно, здесь наблюдатель не только выделяет из среды С. (и ее отдельные части), но и создает, синтезирует ее. С. является реальным объектом и одновременно — абстрактным отображением связей действительности. Именно в этом смысле понимает С. наука системотехника. Между этими группами определений нет непроходимых границ. Во всех случаях термин “С.” включает понятие о целом, состоящем из взаимосвязанных, взаимодействующих, взаимозависимых частей, причем свойства этих частей зависят от С. в целом, свойства С. — от свойств ее частей. Во всех случаях имеется в виду наличие среды, в которой С. существует и функционирует. Для исследуемой С. среда может рассматриваться как надсистема, соответственно, ее части — как подсистемы, а также элементы С., если их внутренняя структура не является предметом рассмотрения. С. делятся на материальные и нематериальные. К первым относятся, например, железная дорога, народное хозяйство, ко вторым — С. уравнений в математике, математика как наука, далее — С. наук. Автоматизированная система управления включает как материальные элементы (ЭВМ, документация, люди), так и нематериальные — математические модели, знания людей. Разделение это тоже неоднозначно: железную дорогу можно рассматривать не только как материальную С., но и как нематериальную С. взаимосвязей, соотношений, потоков информации и т.д. Закономерности функционирования систем изучаются общей теорией систем, оперирующей понятием абстрактной С. Наибольшее значение среди абстрактных С. имеют кибернетические С. Есть два понятия, близкие понятию С.: комплекс, совокупность (множество объектов). Они, однако, не тождественны ему, как нередко утверждают. Их можно рассматривать как усеченные, неполные понятия по отношению к С.: комплекс включает части, не обязательно обладающие системными свойствами (в том смысле, как это указано выше), но эти части сами могут быть системами, и элементы последних такими свойствами по отношению к ним способны обладать. Совокупность же есть множество элементов, не обязательно находящихся в системных отношениях и связях друг с другом. В данном словаре мы стремимся по возможности последовательно различать понятия С. и модели, рассматривая С. как некий объект (реальной действительности или воображаемый — безразлично), который подвергается наблюдению и изучению, а модель — как средство этого наблюдения и изучения. Разумеется, и модель, если она сама оказывается объектом наблюдения и изучения, в свою очередь рассматривается как С. (в частности, как моделируемая С.) — и так до бесконечности. Все это означает, что такие, например, понятия, как переменная или параметр, мы (в отличие от многих авторов) относим не к С., а к ее описанию, т.е. к модели (см. Параметры модели, Переменная модели), численные же их значения, характеризующие С., — к С. (например, координаты С.). • Системы математически описываются различными способами. Каждая переменная модели, выражающая определенную характеристику С., может быть задана множеством конкретных значений, которые эта переменная может принимать. Состояние С. описывается вектором (или кортежем, если учитываются также величины, не имеющие численных значений), каждая компонента которого соответствует конкретному значению определенной переменной. С. в целом может быть описана соответственно множеством ее состояний. Например, если x = (1, 2, … m) — вектор существенных переменных модели, каждая из которых может принять y значений (y = 1, 2, …, n), то матрица S = [ Sxy ] размерностью m ? n представляет собой описание данной С. Широко применяется описание динамической С. с помощью понятий, связанных с ее функционированием в среде. При этом С. определяется как три множества: входов X, выходов Y и отношений между ними R. Полученный “портрет системы” может записываться так: XRY или Y = ®X. Аналитическое описание С. представляет собой систему уравнений, характеризующих преобразования, выполняемые ее элементами и С. в целом в процессе ее функционирования: в непрерывном случае применяется аппарат дифференциальных уравнений, в дискретном — аппарат разностных уравнений. Графическое описание С. чаще всего состоит в построении графа, вершины которого соответствуют элементам С., а дуги — их связям. Существует ряд классификаций систем. Наиболее известны три: 1) Ст. Бир делит все С. (в природе и обществе), с одной стороны, на простые, сложные и очень сложные, с другой — на детерминированные и вероятностные; 2) Н.Винер исходит из особенностей поведения С. (бихевиористский подход) и строит дихотомическую схему: С., характеризующиеся пассивным и активным поведением; среди последних — нецеленаправленным (случайным) и целенаправленным; в свою очередь последние подразделяются на С. без обратной связи и с обратной связью и т.д.; 3) К.Боулдинг выделяет восемь уровней иерархии С., начиная с простых статических (например, карта земли) и простых кибернетических (механизм часов), продолжая разного уровня сложности кибернетическими С., вплоть до самых сложных — социальных организаций. Предложены также классификации по другим основаниям, в том числе более частные, например, ряд классификаций С. управления. См. также: Абстрактная система, Адаптирующиеся, адаптивные системы, Большая система, Вероятностная система, Выделение системы, Входы и выходы системы, Детерминированная система, Динамическая система, Дискретная система, Диффузная система, Замкнутая (закрытая) система, Иерархическая структура, Имитационная система, Информационная система, Информационно-развивающаяся система, Кибернетическая система, Координаты системы, Надсистема, Нелинейная система, Непрерывная система, Открытая система, Относительно обособленная система, Память системы, Подсистема, Портрет системы, Разомкнутая система, Рефлексная система, Решающая система, Самонастраивающаяся система, Самообучающаяся система, Самоорганизующаяся система, Сложная система, Состояние системы, Статическая система, Стохастическая система, Структура системы, Структуризация системы, Управляющая система, Устойчивость системы, Целенаправленная система, Экономическая система, Функционирование экономической системы..
    [ http://slovar-lopatnikov.ru/]

    EN

    system
    set of interrelated elements considered in a defined context as a whole and separated from their environment
    NOTE 1 – A system is generally defined with the view of achieving a given objective, e.g. by performing a definite function.
    NOTE 2 – Elements of a system may be natural or man-made material objects, as well as modes of thinking and the results thereof (e.g. forms of organisation, mathematical methods, programming languages).
    NOTE 3 – The system is considered to be separated from the environment and the other external systems by an imaginary surface, which cuts the links between them and the system.
    NOTE 4 – The term "system" should be qualified when it is not clear from the context to what it refers, e.g. control system, colorimetric system, system of units, transmission system.
    Source: 351-01-01 MOD
    [IEV number 151-11-27]

    system
    A number of related things that work together to achieve an overall objective. For example: • A computer system including hardware, software and applications • A management system, including the framework of policy, processes, functions, standards, guidelines and tools that are planned and managed together – for example, a quality management system • A database management system or operating system that includes many software modules which are designed to perform a set of related functions.
    [Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

    FR

    système, m
    ensemble d'éléments reliés entre eux, considéré comme un tout dans un contexte défini et séparé de son environnement
    NOTE 1 – Un système est en général défini en vue d'atteindre un objectif déterminé, par exemple en réalisant une certaine fonction.
    NOTE 2 – Les éléments d'un système peuvent être aussi bien des objets matériels, naturels ou artificiels, que des modes de pensée et les résultats de ceux-ci (par exemple des formes d'organisation, des méthodes mathématiques, des langages de programmation).
    NOTE 3 – Le système est considéré comme séparé de l'environnement et des autres systèmes extérieurs par une surface imaginaire qui coupe les liaisons entre eux et le système.
    NOTE 4 – Il convient de qualifier le terme "système" lorsque le concept ne résulte pas clairement du contexte, par exemple système de commande, système colorimétrique, système d'unités, système de transmission.
    Source: 351-01-01 MOD
    [IEV number 151-11-27]

    Тематики

    EN

    DE

    FR

    4.48 система (system): Комбинация взаимодействующих элементов, организованных для достижения одной или нескольких поставленных целей.

    Примечание 1 - Система может рассматриваться как продукт или предоставляемые им услуги.

    Примечание 2 - На практике интерпретация данного термина зачастую уточняется с помощью ассоциативного существительного, например, «система самолета». В некоторых случаях слово «система» может заменяться контекстно-зависимым синонимом, например, «самолет», хотя это может впоследствии затруднить восприятие системных принципов.

    Источник: ГОСТ Р ИСО/МЭК 12207-2010: Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств оригинал документа

    4.17 система (system): Комбинация взаимодействующих элементов, организованных для достижения одной или нескольких поставленных целей.

    Примечания

    1. Система может рассматриваться как продукт или как совокупность услуг, которые она обеспечивает.

    2. На практике интерпретация данного термина зачастую уточняется с помощью ассоциативного существительного, например, система самолета. В некоторых случаях слово «система» может заменяться контекстным синонимом, например, самолет, хотя это может впоследствии затруднять восприятие системных принципов.

    Источник: ГОСТ Р ИСО/МЭК 15288-2005: Информационная технология. Системная инженерия. Процессы жизненного цикла систем оригинал документа

    4.44 система (system): Комплекс процессов, технических и программных средств, устройств, обслуживаемый персоналом и обладающий возможностью удовлетворять установленным потребностям и целям (3.31 ГОСТ Р ИСО/МЭК 12207).

    Источник: ГОСТ Р ИСО/МЭК 15910-2002: Информационная технология. Процесс создания документации пользователя программного средства оригинал документа

    3.31 система (system): Комплекс, состоящий из процессов, технических и программных средств, устройств и персонала, обладающий возможностью удовлетворять установленным потребностям или целям.

    Источник: ГОСТ Р ИСО/МЭК 12207-99: Информационная технология. Процессы жизненного цикла программных средств оригинал документа

    3.36 система (system): Совокупность взаимосвязанных и взаимодействующих объектов. [ ГОСТ Р ИСО 9000, статья 3.2.1]

    Источник: ГОСТ Р 51901.6-2005: Менеджмент риска. Программа повышения надежности оригинал документа

    3.2 система (system): Совокупность взаимосвязанных и взаимодействующих элементов. [ ГОСТ Р ИСО 9000 - 2001]

    Примечания

    1 С точки зрения надежности система должна иметь:

    a) определенную цель, выраженную в виде требований к функционированию системы;

    b) заданные условия эксплуатации.

    2 Система имеет иерархическую структуру.

    Источник: ГОСТ Р 51901.5-2005: Менеджмент риска. Руководство по применению методов анализа надежности оригинал документа

    3.2.1 система (system): Совокупность взаимосвязанных и взаимодействующих элементов.

    Источник: ГОСТ Р ИСО 9000-2008: Системы менеджмента качества. Основные положения и словарь оригинал документа

    3.7 система (system): Совокупность взаимосвязанных или взаимодействующих элементов.

    Примечания

    1 Применительно к надежности система должна иметь:

    a) определенные цели, представленные в виде требований к ее функциям;

    b) установленные условия функционирования;

    c) определенные границы.

    2 Структура системы является иерархической.

    Источник: ГОСТ Р 51901.12-2007: Менеджмент риска. Метод анализа видов и последствий отказов оригинал документа

    3.2.1 система (en system; fr systéme): Совокупность взаимосвязанных или взаимодействующих элементов.

    Источник: ГОСТ Р ИСО 9000-2001: Системы менеджмента качества. Основные положения и словарь оригинал документа

    2.39 система (system): Совокупность взаимосвязанных и взаимодействующих элементов.

    Источник: ГОСТ Р 53647.2-2009: Менеджмент непрерывности бизнеса. Часть 2. Требования оригинал документа

    3.20 система (system): Конфигурация взаимодействующих в соответствии с проектом составляющих, в которой элемент системы может сам представлять собой систему, называемую в этом случае подсистемой.

    (МЭК 61513, статья 3.61)

    Источник: ГОСТ Р МЭК 61226-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Классификация функций контроля и управления оригинал документа

    3.61 система (system): Конфигурация взаимодействующих в соответствии с проектом составляющих, в которой элемент системы может сам представлять собой систему, называемую в этом случае подсистемой.

    [МЭК 61508-4, пункт 3.3.1, модифицировано]

    Примечание 1 - См. также «система контроля и управления».

    Примечание 2 - Системы контроля и управления следует отличать от механических систем и электрических систем АС.

    Источник: ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа

    3.2.1 система (system): Совокупность взаимосвязанных и взаимодействующих элементов.

    Источник: ГОСТ ISO 9000-2011: Системы менеджмента качества. Основные положения и словарь

    2.34 система (system): Специфическое воплощение ИТ с конкретным назначением и условиями эксплуатации.

    [ИСО/МЭК 15408-1]

    а) комбинация взаимодействующих компонентов, организованных для достижения одной или нескольких поставленных целей.

    [ИСО/МЭК 15288]

    Примечания

    1 Система может рассматриваться как продукт или совокупность услуг, которые она обеспечивает.

    [ИСО/МЭК 15288]

    2 На практике интерпретация данного зачастую уточняется с помощью ассоциативного существительного, например, «система самолета». В некоторых случаях слово «система» допускается заменять, например, контекстным синонимом «самолет», хотя это может впоследствии затруднить восприятие системных принципов.

    [ИСО/МЭК 15288]

    Источник: ГОСТ Р 54581-2011: Информационная технология. Методы и средства обеспечения безопасности. Основы доверия к безопасности ИТ. Часть 1. Обзор и основы оригинал документа

    3.34 система (system):

    Совокупность связанных друг с другом подсистем и сборок компонентов и/или отдельных компонентов, функционирующих совместно для выполнения установленной задачи или

    совокупность оборудования, подсистем, обученного персонала и технических приемов, обеспечивающих выполнение или поддержку установленных функциональных задач. Полная система включает в себя относящиеся к ней сооружения, оборудование, подсистемы, материалы, обслуживание и персонал, необходимые для ее функционирования в той степени, которая считается достаточной для выполнения установленных задач в окружающей обстановке.

    Источник: ГОСТ Р 51317.1.5-2009: Совместимость технических средств электромагнитная. Воздействия электромагнитные большой мощности на системы гражданского назначения. Основные положения оригинал документа

    3.1.13 система, использующая солнечную и дополнительную энергию (solar-plus-supplementary system): Система солнечного теплоснабжения, использующая одновременно источники как солнечной, так и резервной энергии и способная обеспечить заданный уровень теплоснабжения независимо от поступления солнечной энергии.

    Источник: ГОСТ Р 54856-2011: Теплоснабжение зданий. Методика расчета энергопотребности и эффективности системы теплогенерации с солнечными установками оригинал документа

    3.2.6 система (system): Совокупность взаимосвязанных или взаимодействующих элементов.

    Источник: ГОСТ Р 54147-2010: Стратегический и инновационный менеджмент. Термины и определения оригинал документа

    3.12 система (system): Совокупность взаимосвязанных и взаимодействующих элементов

    [ ГОСТ Р ИСО 9000-2008, ст. 3.2.1]

    Источник: Р 50.1.069-2009: Менеджмент риска. Рекомендации по внедрению. Часть 2. Определение процесса менеджмента риска

    Русско-английский словарь нормативно-технической терминологии > система

  • 19 тренд (в автоматизированных системах)

    1. trend

     

    тренд
    График изменения параметра (параметров) технологического процесса.
    Различают тренд реального времени и исторический тренд.
    [ http://kazanets.narod.ru/PLC_PART1.htm]

    Тематики

    EN

    Русско-английский словарь нормативно-технической терминологии > тренд (в автоматизированных системах)

  • 20 экономический цикл

    1. trade cycle
    2. bisiness cycle

     

    экономический цикл
    деловой цикл
    Колебания уровня экономической активности (реального объема производства), образующие последовательность подъемов и спадов на фоне общей тенденции экономического роста. Амплитуда колебаний определяется по отношению к тренду экономического процесса, а периодичность — по времени между однородными фазами (от пика до пика или от спада до спада и т.д.). Длительность экономических циклов — от краткосрочного, в несколько месяцев (сезонные колебания), среднесрочных — Дж.Китчина ( около 40 месяцев) и К. Жюглара ( от 6 до 10 лет) до «длинных волн«, обнаруженных Н.Д.Кондратьевым (См. Кондратьева циклы). Существует множество объяснений образования циклов, соответственно — экономико-математических моделей этого явления. См. также: Барометры (экономические), Кондратьева циклы, Кризисы в экономике, Сезонные колебания.
    [ http://slovar-lopatnikov.ru/]

    Тематики

    Синонимы

    EN

    Русско-английский словарь нормативно-технической терминологии > экономический цикл

См. также в других словарях:

  • Операционная система реального времени — Запрос «ОСРВ» перенаправляется сюда; о советском клоне системы RSX 11 см. ОСРВ СМ ЭВМ. Операционная система реального времени, ОСРВ (англ. Real Time Operating System)  тип операционной системы. Есть много определений термина, по сути… …   Википедия

  • ОС реального времени — Операционная система реального времени, ОСРВ (англ. Real Time Operating System) тип операционной системы. Есть много определений термина, по сути похожих друг на друга. Самые распространённые из них: Операционная система, в которой успешность… …   Википедия

  • Операционные системы реального времени — Операционная система реального времени, ОСРВ (англ. Real Time Operating System) тип операционной системы. Есть много определений термина, по сути похожих друг на друга. Самые распространённые из них: Операционная система, в которой успешность… …   Википедия

  • база данных реального времени (в SCADA) — база данных реального времени [Интент] База данных реального времени (БДРВ) — база данных, обработка данных в которой, происходит по принципу реального времени. БДРВ применяется в системах промышленной автоматизации АСУ ТП. БДРВ должна… …   Справочник технического переводчика

  • ПСИХОЛОГИЧЕСКИЙ АНАЛИЗ ПРИНЦИПОВ КОНСТРУИРОВАНИЯ И ПРИМЕНЕНИЯ ПЕДАГОГИЧЕСКИХ ТЕХНОЛОГИЙ УЧЕБНОГО ПРОЦЕССА — Педагогический принцип это основное, исходное положение, которым руководствуются при конструировании и применении педагогических технологий. В педагогической литературе описываются самые разные принципы. В данной работе представлены, как нам… …   Энциклопедия педагогических технологий

  • ИДЕАЛЬНОЕ —         филос. понятие, характеризующее спе цифич. способ бытия объекта, представленного (отражённого) в психич. мире и жизнедеятельности субъекта. «...Идеальное есть не что иное, как материальное, пересаженное в человеческую голову и… …   Философская энциклопедия

  • ОТЧУЖДЕНИЕ — (нем. Entfremdung, англ. alienation) 1) отношения между субъектом и к. л. его функцией, складывающиеся в результате разрыва их изначального единства, что ведет к обеднению природы субъекта и изменению, извращению, перерождению природы отчужденной …   Философская энциклопедия

  • Научный социализм — Эту страницу предлагается объединить с Научный коммунизм. Пояснение причин и обсуждение на странице Википедия:К объединению/18 августа 2012 …   Википедия

  • "КАПИТАЛ" — главный труд Маркса, к рый раскрывает экономич. законы движения капитализма и доказывает неизбежность его гибели и победы социалистич. революции. Ленин говорил о К. как о ... величайшем политико экономическом произведении нашего века... (Соч., т …   Философская энциклопедия

  • ВЫЧИСЛИТЕЛЬНЫЙ АЛГОРИТМ — точно определенное указание действий над данными, позволяющее с помощью цифровой вычислительной машины дискретного действия преобразовать за конечное количество операций нек рый массив данных (входные данные) в другой массив данных (выходные… …   Математическая энциклопедия

  • АВТОМАТИЗИРОВАННОЕ УПРАВЛЕНИЕ — химико технологическими процессами, целенаправленное воздействие на них для достижения заданной цели функционирования как самих процессов, так и построенных на их основе химико технол. систем и произ в с использованием информации об их текущем и… …   Химическая энциклопедия

Поделиться ссылкой на выделенное

Прямая ссылка:
… Нажмите правой клавишей мыши и выберите «Копировать ссылку»